Android studio 斷點技巧

標籤：不變性   表達   調試   多線程   關心   選項   參數   apk   ssi   

寫代碼不可避免有Bug，通常情況下除了日誌最直接的調試手段就是debug；那麼你的調試技術停留在哪一階段呢？僅僅是下個斷點逐步執行嗎？或者你知道 Evaluate Expression , 知道條件斷點；可是你聽說過日誌斷點嗎， Method Breakpoint , Exception Breakpoint 呢？還有高大上的 Field Watchpoint ?

你有關注過Android Studio旁邊斷點的區別嗎？比如三個斷點有什麼不同？本文會告訴你關於Android Studio debug的一切。

調試基礎

一般來說我們有兩種辦法調試一個debuggable的apk；其一是下好斷點，然後用debug模式編譯安裝這個app；其二是 attach process ，在Android Studio裡面就是這麼一個對話方塊：

第二種方法比較常用，我們可以在啟動apk之後，直接下斷點，然後attach process到制定進程，條件觸發之後就可以直接進入偵錯模式。

其他的一些逐步執行， step into , step out , force step into 等就不提了；基本的跟蹤手段。

還是提一下，下斷點最簡單的辦法，是在代碼編輯器的左側，行號右邊滑鼠點擊一下即可。

Evaluate Expression

這個功能非常實用，可以在斷點處直接進入一個求值環境，在這裡你可以執行任何你感興趣的運算式；如：

比如在斷點處有一個對象 object ，如果你要查看它的某個屬性很簡單，在Debug視窗就能看到，但是如果你想要執行它的某個方法看看結果是什麼呢？藉助這個可以實現。當然它的功能遠不止這麼多，相當於直接進入了一個 REPL 環境，非常實用。忘了說了，快速鍵 Alt + F8 :P

條件斷點

假設你的斷點在一個列表的迴圈裡面，可是你只對這個列表的某一個元素感興趣，只想在遇到這個元素的時候才斷下來；你是一直人肉 F9 直到滿足條件嗎？條件斷點就是滿足這種需求的，顧名思義，在特定條件下的斷點。使用起來也非常簡單，在你的斷點上滑鼠有件會出現一個小視窗，寫上條件即可。

日誌斷點

很多時候我們調試的時候更多的是列印日誌定位異常代碼，縮小範圍之後再使用斷點解決問題；所以經常做的事情就是在代碼裡面添加日誌資訊，輸出函數參數，返回資訊，輸出我們感興趣的變數資訊等。

但是這麼做一個問題就是，我們添加了日誌代碼需要重新編譯；在沒有 Instant Run 之前的黑暗時代這麼做是非常痛苦的，每次編譯少則幾十秒，多則幾分鐘；這樣無意義的等待簡直就是折磨；其實，除了熱部署工具，我們還可以使用日誌斷點解決這個問題。

首先我們在想要輸出資訊的地方下一個斷點；然後右鍵這個斷點，在出現的設定框裡面把這個斷點的 suspend 屬性設定為 False ，這樣雖然叫做“斷點”，但是並不會真正斷下來；然後，我們在 log message 裡面填上我們想要輸出的日誌資訊。如(注意標紅位置）：

這樣，每次代碼執行到這個斷點的位置，這個可愛的斷點並不會使我們的程式停下來，而是輸出我們告訴它的日誌資訊，然後繼續執行；非常方便。

方法斷點

傳統的調試方式是以行為單位的，所謂單步調試；但是很多時候我們關心的是某個函數的參數，傳回值；（回想一下我們使用日誌的時候列印的最多的資訊難道不是函數的參數和傳回值嗎？）使用方法斷點，我們可以在函數層級進行調試；如果經常跳進跳出函數或者只對某個函數的參數感興趣，這種類型的斷點非常實用。具體使用方法有兩種方式；最簡單的是在你感興趣的方法頭那一行打上斷點，這時候你會發現斷點表徵圖有點不一樣，這就是方法斷點了，如：

另外一種方式是通過 斷點設定視窗 , 後面介紹。

異常斷點

在有些情況下，我們只對某些特定的異常感興趣，或者我們只對異常感興趣；我們希望只要程式發生異常程式就能斷下來；這好像儲存現場一樣，只要發生命案了（異常），第一時間儲存現場，這樣什麼指紋之類的線索就會清晰很多，壞蛋就算想逃也是插翅難飛啊。

Android Studio給了我們這個能力！那就是 異常斷點 !可以在特定異常發生的時候，直接讓整個程式斷下來；如果你對所有異常感興趣，直接 Throwable 即可。

具體做法是，進入 Run -> View BreakPoints 或者使用快速鍵開啟斷點設定視窗；如：

點擊左上方的 :heavy_plus_sign: ，會出現一個選擇框；選擇 Exception Breakpoint ；然後會出現一個對話方塊，選擇你感興趣的異常：

Field WatchPoint

在上面我們添加異常斷點的時候，點擊加號的時候，有四個選項；第一個就是我們前面所說的第二種方法斷點的添加方式，第三個是異常斷點，那麼第二個 Field WatchPoint 是幹什麼的呢？

有沒有這樣一種情境：你發現某個值莫名其妙滴不知道什麼時候被誰給修改了，罪魁禍首是誰？Java雖然是值傳遞，但是引用也可以是值；對象全部存放在堆上面，而堆是被所有線程共用的，因此在非常複雜的情境下，你根本不知道這些共用變數被誰修改了，這樣非常危險；在多線程環境下，不變性是一個很重要的特性，我們看到高並發的語言諸如 Erlang , Scala 對於這種不變性都有著某種程度的支援。

好吧，扯遠了；那麼我們怎麼揪出這個修改我們值的搗蛋鬼呢？那就是這個 Field WatchPoint 的功能了；使用它我們可以在某個 Field 被訪問或者修改的時候讓程式斷下來；完美解決這個問題。

下斷點的方式和方法斷點類似，也有兩種；第一種是直接在某個欄位的聲明處下斷點，這時候斷點表徵圖會改變，如：

右鍵這個斷點我們可以進行一些設定，比如預設是被修改的時候斷下來，你也可以改為每次訪問這個欄位就斷下來。

另外一種方式是 Run -> View BreakPoint 開啟設定，與異常斷點類似。

遠不止這麼多

上面介紹了這麼多給力的功能，其實還有很多細節；開啟斷點設定視窗（Run -> View Breakpoint`):

我們可以對 感興趣的類，感興趣的某個特定對象 下斷點，也可以設定斷點的次數，還能使斷點在特定的線程才斷下來；這些細節就不詳細介紹了，大家自己去發掘！

Have Fun!!

Android studio 斷點技巧