Android Studio 調試技巧

轉載自： http://tianweishu.com/2015/12/21/Android-studio-debug-tips-you-may-not-know/

 

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

幾種不一樣的斷點

 

你有關注過Android Studio旁邊斷點的區別嗎？好比上圖三個斷點有什麼不一樣？且聽我一一道來。

調試基礎

通常來講咱們有兩種辦法調試一個debuggable的apk；其一是下好斷點，而後用debug模式編譯安裝這個app；其二是 attach process，在Android Studio裏面就是這麼一個對話框：

Attach Process

 

第二種方法比較經常使用，咱們能夠在啓動apk以後，直接下斷點，而後attach process到制定進程，條件觸發以後就能夠直接進入調試模式。

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

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

Evaluate Expression

這個功能很是實用，能夠在斷點處直接進入一個求值環境，在這裏你能夠執行任何你感興趣的表達式；以下圖：

Evaluate Expression

 

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

條件斷點

假設你的斷點在一個列表的循環裏面，但是你只對這個列表的某一個元素感興趣，只想在遇到這個元素的時候才斷下來；你是一直人肉 F9 直到知足條件嗎？條件斷點就是知足這種需求的，顧名思義，在特定條件下的斷點。使用起來也很是簡單，在你的斷點上鼠標右鍵會出現一個小窗口，寫上條件便可。

條件斷點

 

日誌斷點

不少時候咱們調試的時候更多的是打印日誌定位異常代碼，縮小範圍以後再使用斷點解決問題；因此常常作的事情就是在代碼裏面添加日誌信息，輸出函數參數，返回信息，輸出咱們感興趣的變量信息等。

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

首先咱們在想要輸出信息的地方下一個斷點；而後右鍵這個斷點，在出現的設置框裏面把這個斷點的 suspend 屬性設置爲 False ，這樣雖然叫作「斷點」，可是並不會真正斷下來；而後，咱們在 log message 裏面填上咱們想要輸出的日誌信息。以下圖(注意標紅位置）：

日誌斷點

 

這樣，每次代碼執行到這個斷點的位置，這個可愛的斷點並不會使咱們的程序停下來，而是輸出咱們告訴它的日誌信息，而後繼續執行；很是方便。

方法斷點

傳統的調試方式是以行爲單位的，所謂單步調試；可是不少時候咱們關心的是某個函數的參數，返回值；（回想一下咱們使用日誌的時候打印的最多的信息難道不是函數的參數和返回值嗎？）使用方法斷點，咱們能夠在函數級別進行調試；若是常常跳進跳出函數或者只對某個函數的參數感興趣，這種類型的斷點很是實用。具體使用方法有兩種方式；最簡單的是在你感興趣的方法頭那一行打上斷點，這時候你會發現斷點圖標有點不同，這就是方法斷點了，以下圖：

方法斷點

 

另一種方式是經過斷點設置窗口, 後面介紹。

異常斷點

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

Android Studio給了咱們這個能力！那就是異常斷點!能夠在特定異常發生的時候，直接讓整個程序斷下來；若是你對全部異常感興趣，直接 Throwable 便可。

具體作法是，進入 Run -> View BreakPoints 或者使用快捷鍵打開斷點設置窗口；以下圖：

斷點設置窗口

 

點擊左上角的 ➕ ，會出現一個選擇框；選擇Exception Breakpoint；而後會出現一個對話框，選擇你感興趣的異常：

異常斷點

 

Field WatchPoint

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

有沒有這樣一種場景：你發現某個值莫名其妙滴不知道何時被誰給修改了，罪魁禍首是誰？Java雖然是值傳遞，可是引用也能夠是值；對象所有存放在堆上面，而堆是被全部線程共享的，所以在很是複雜的場景下，你根本不知道這些共享變量被誰修改了，這樣很是危險；在多線程環境下，不變性是一個很重要的特性，咱們看到高併發的語言諸如 Erlang, Scala 對於這種不變性都有着某種程度的支持。

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

下斷點的方式和方法斷點相似，也有兩種；第一種是直接在某個字段的聲明處下斷點，這時候斷點圖標會改變，以下圖：

Field WatchPoint

 

右鍵這個斷點咱們能夠進行一些設置，好比默認是被修改的時候斷下來，你也能夠改成每次訪問這個字段就斷下來。

另一種方式是 Run -> View BreakPoint 打開設置，與異常斷點相似。

遠不止這麼多

上面介紹了這麼多給力的功能，其實還有不少細節；打開斷點設置窗口（Run -> View Breakpoint`):

咱們能夠對感興趣的類，感興趣的某個特定對象下斷點，也能夠設置斷點的次數，還能使斷點在特定的線程才斷下來；這些細節就不詳細介紹了，你們本身去發掘！

Have Fun!!