我們打算在模擬器上調(diào)試代碼启绰，因?yàn)榇蟛糠终鏅C(jī)的源碼都是修改過的，調(diào)試時(shí)會(huì)經(jīng)常出現(xiàn)源碼不匹配字節(jié)碼的提示颤专。應(yīng)用的SDK版本要和模擬器選擇的Android版本一致撵术，如果你要調(diào)試System Process等系統(tǒng)服務(wù)進(jìn)程恩够，在選擇虛擬設(shè)備的時(shí)候不要選擇帶Play Store標(biāo)志的卒落，如下圖，這樣的虛擬設(shè)備沒有root權(quán)限蜂桶，系統(tǒng)進(jìn)程不可調(diào)試儡毕。
如果要調(diào)試一個(gè)正在運(yùn)行的App，點(diǎn)擊下圖所示的按鈕就會(huì)出現(xiàn)一個(gè)對(duì)話框扑媚，選擇我們需要調(diào)試的進(jìn)程即可腰湾，這些進(jìn)程大部分是以包名區(qū)分的
但如果你想像上面那樣調(diào)試ActivityThread就比較麻煩，等你把a(bǔ)pp的進(jìn)程attach上后它的初始化代碼基本都執(zhí)行完了钦购，網(wǎng)上有說在AMS中斷點(diǎn)的，等AMS執(zhí)行完會(huì)自動(dòng)回到ActivityThread褂萧，我試了沒成功押桃。后來看到ActivityThread的handleBindApplication有如下一段代碼，大致的意思就是顯示等待Debugger的對(duì)話框导犹，當(dāng)Debugger附上了進(jìn)程就會(huì)關(guān)閉對(duì)話框
if (data.debugMode != ApplicationThreadConstants.DEBUG_OFF) {
//讓AMS顯示等待Debugger的對(duì)話框
mgr.showWaitingForDebugger(mAppThread, true);
//等待Debugger
Debug.waitForDebugger();
//讓AMS關(guān)閉等待Debugger的對(duì)話框
mgr.showWaitingForDebugger(mAppThread, false);
}
再看waitForDebugger代碼唱凯，重點(diǎn)看注釋。大意就是在waitForDebugger方法后面你才能開始斷點(diǎn)跟蹤
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() {
...
}
于是我在上述方法之后加了一個(gè)斷點(diǎn)
然后選擇debug app按鈕啟動(dòng)應(yīng)用谎痢，注意和上面的按鈕不一樣
斷點(diǎn)成功磕昼，雖然前面代碼已經(jīng)執(zhí)行一部分Binder通訊，但到此ActivityThread大部分還沒初始化节猿，如果想看Activity啟動(dòng)之前干了哪些事還是很有用的
