Android的调试原理

一、adb的介绍: 
adb(Android Debug Bridge)包括三个部分：
1)adb client, 运行在PC上（为DDMS，即IDE工作）
2)adb daemon(守护进程), 运行于Emulator（为与Emulator中的VM交互工作）；
3)adb server(服务进程), 运行在PC（任务管理器上有），管理着adb client和adb daemon的通信.server与client通信的端口是是5037,
adb server会与emulator交互的，使用的端口有两个，一个是5554专门用于与Emulator实例的连接，那么数据可以从Emulator转发给IDE控制台了，另一个则是5555，专门与adb daemon连接为后面调试使用。

PS:Emulator/Device占用两个（一组）端口,一个为偶数的5554，一个奇数的5555。
如果还开启其他的Emulator，则使用的另一组端口是5556,5557，一直到5585.
adb server开启时就是通过查找5555-5585之间端口来建立与模拟器的连接的，建立连接后就可以用adb的相关命令了。
如果您安装了ADT就基本不需要adb的命令了（因为DDMS会调用ADB进行透明操作）

关于本机的端口使用情况可以使用netstat [-a] [-n]来查询验证一下。

二、观察一组数据：
1,在开启仿真器时有一些打印：
[2009-06-06 14:04:16 - Helloworld] Android Launch!
[2009-06-06 14:04:17 - Helloworld] adb is running normally.
[2009-06-06 14:04:17 - Helloworld] Performing com.android.hello.Helloworld activity launch
[2009-06-06 14:04:17 - Helloworld] Automatic Target Mode: Preferred AVD 'lab' is not available. Launching new emulator.
[2009-06-06 14:04:17 - Helloworld] Launching a new emulator with Virtual Device 'lab'
[2009-06-06 14:04:24 - Helloworld] New emulator found: emulator-5554
[2009-06-06 14:04:24 - Helloworld] Waiting for HOME ('android.process.acore') to be launched...
[2009-06-06 14:05:45 - Helloworld] HOME is up on device 'emulator-5554'
[2009-06-06 14:05:45 - Helloworld] Uploading Helloworld.apk onto device 'emulator-5554'
[2009-06-06 14:05:45 - Helloworld] Installing Helloworld.apk...
每一行都基本表示一个命令在执行，emulator-5554是仿真器的初始端口了。
最后一句等于命令：adb -s emulator-5554 install helloworld.apk
如果报了类似以下的错误，那得（加个-r）重装，因为该App已经在该Emulator下运行了
DDM dispatch reg wait timeout
Can't dispatch DDM chunk 52454151: no handler defined
Can't dispatch DDM chunk 48454c4f: no handler defined
网上没有看到这个错误因此顺便提下解决方法：adb -s emulator-5554 install -r helloworld.apk

三,了解下DDMS:(都是adb的命令相当的功能)
DDMS有几个界面：
1)Devices：可以查看到当前运行的Emulator和其内运行的应用
2)Emulator control，即仿真器的硬件设置项等：
   设置当前注册的网络状态（Home,Roaming,UnRegistered,Searching）
   数据业务的速度设置：有GSM,GPRS,EDGE,UMTS,HSDPA(3.5G?)
   还有载入KML或NMEA文件来模拟GPS数据
3)还可以查询Threads,Heap,File Explorer、重启adb,抓屏等，其他都是在调用adb。

4)关于Logcat
从Windows->Prereference->android->DDMS->Loggin Level进行设置打印等级，
不过默认下只打印入口线程的信息，射频和Tapi的动作信息要通过adb Logcat -b radio打开,
os-events相关的打印通过adb logcat -b events.打开，
Log默认被写入到手机的/data/anr/traces.txt文件中。

四，Debug面板
这个面板对于熟悉Eclipse的用户来说应该不用看了。
通过以下三步将自己的应用或将已经跑起来的应用加入调试列表：
1)选择Devices列表中Your app,
2)选择臭虫按钮将该程序加载进调试状态
3)OK,加断点吧。不过源代码要最新的否则断点不起作用。

五、DDMS如何让IDE的调试工作起来呢？
1)有几个组成:
一个是adb(Android Debug Bridge)参考第一部分，它起到调试桥的作用；

另一类是运行在Device/Emulator端的adb daemon, VM, debugger, your Applicatioin，
通过下面句话就可以理解它们的关系：
一个App跑在一个进程中，这个进程又被一个VM绑定，都是一对一的，但VM与Emulator显然是多对一的，
那调试时debugger从VM中拿到栈线程进程等信息，而daemon的作用仅仅是被DDMS用于建立一条连接（看下面）。

最后一类则是运行在PC上的DDMS debugger；
这个debugger是IDE的调试器，你可以改成另一个调试器；
DDMS是Dalvik Debug Monitor Service，负责建立调试的作用，它仅有两个Service，其他的功能都是通过ADB client.让IDE与Emulator交互起来的。

2)开启IDE时，DDMS会建立一个Device monitoring service用于监控Emulator,因为可以开启多个Emulator嘛；
如果找到一个Emulator，那么DDMS才会再开启另一个Service叫VM Monitoring Sevice用于监控该Emulator下的VM； 第一部分提到adb有三个部分，其中的adb client可以多个实例的，DDMS的Service通过从ADB Client与ADb server的交互结果来维护自身的数据。

如果VM Monitor找到Emulator的一个VM，那么DDMS会利用ADB获取目标VM的进程ID, 
同时通过client与daemon建立起与vm的debugger的新连接，注意新连接的交互端口是从8600开始的（n个的话端口是8659+n）,这条新连接可以让DDMS获得与VM的实际交互。

剩下的就是DDMS把拿到的数据再扔给ide 的 debugger(它们之间默认通过8700端口，可更改，因为与VM的交互端口从8600开始使用的话可能会不够的)，
这样IDE的Debug视图就能正确工作了.

 

网上找到的一篇文章，感觉不错，所以转过来！

http://hi.baidu.com/chocolly/blog/item/91d68f99210abc006f068c63.html