我们打算在模拟器上调试代码，因为大部分真机的源码都是修改过的，调试时会经常出现源码不匹配字节码的提示。应用的SDK版本要和模拟器选择的Android版本一致，如果你要调试System Process等系统服务进程，在选择虚拟设备的时候不要选择带Play Store标志的，如下图，这样的虚拟设备没有root权限，系统进程不可调试。
image.png
如果要调试一个正在运行的App，点击下图所示的按钮就会出现一个对话框，选择我们需要调试的进程即可，这些进程大部分是以包名区分的
image.png
但如果你想像上面那样调试ActivityThread就比较麻烦，等你把app的进程attach上后它的初始化代码基本都执行完了，网上有说在AMS中断点的，等AMS执行完会自动回到ActivityThread，我试了没成功。后来看到ActivityThread的handleBindApplication有如下一段代码，大致的意思就是显示等待Debugger的对话框，当Debugger附上了进程就会关闭对话框
if (data.debugMode != ApplicationThreadConstants.DEBUG_OFF) {
//让AMS显示等待Debugger的对话框
mgr.showWaitingForDebugger(mAppThread, true);
//等待Debugger
Debug.waitForDebugger();
//让AMS关闭等待Debugger的对话框
mgr.showWaitingForDebugger(mAppThread, false);
}
再看waitForDebugger代码，重点看注释。大意就是在waitForDebugger方法后面你才能开始断点跟踪
Wait until a debugger attaches. As soon as the debugger attaches,
this returns, so you will need to place a breakpoint after the
waitForDebugger() call if you want to start tracing immediately.
Debug.java
public static void waitForDebugger() {
...
}
于是我在上述方法之后加了一个断点
image.png
然后选择debug app按钮启动应用，注意和上面的按钮不一样
image.png
断点成功，虽然前面代码已经执行一部分Binder通讯，但到此ActivityThread大部分还没初始化，如果想看Activity启动之前干了哪些事还是很有用的
image.png
