Android 调试原理
|
/* 今天学习了用Eclipse 来调试Android的代码，首次使用，可能有的问题很基本，有问题请指出，交流嘛:) */ (笔记中提到的Emulator也可以理解成Device) 一、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视图就能正确工作了. |
