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裏面就是這麼一個對話框：
第二種方法比較常用，我們可以在啓動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 或者使用快捷鍵打開斷點設置窗口；如下圖：
點擊左上角的 ➕ ，會出現一個選擇框；選擇Exception Breakpoint；然後會出現一個對話框，選擇你感興趣的異常：
Field WatchPoint
在上面我們添加異常斷點的時候，點擊加號的時候，有四個選項；第一個就是我們前面所說的第二種方法斷點的添加方式，第三個是異常斷點，那麼第二個 Field WatchPoint 是幹什麼的呢？
有沒有這樣一種場景：你發現某個值莫名其妙滴不知道什麼時候被誰給修改了，罪魁禍首是誰？Java雖然是值傳遞，但是引用也可以是值；對象全部存放在堆上面，而堆是被所有線程共享的，因此在非常複雜的場景下，你根本不知道這些共享變量被誰修改了，這樣非常危險；在多線程環境下，不變性是一個很重要的特性，我們看到高併發的語言諸如 Erlang, Scala 對於這種不變性都有着某種程度的支持。
好吧，扯遠了；那麼我們怎麼揪出這個修改我們值的搗蛋鬼呢？那就是這個 Field WatchPoint的功能了；使用它我們可以在某個Field被訪問或者修改的時候讓程序斷下來；完美解決這個問題。
下斷點的方式和方法斷點類似，也有兩種；第一種是直接在某個字段的聲明處下斷點，這時候斷點圖標會改變，如下圖：
右鍵這個斷點我們可以進行一些設置，比如默認是被修改的時候斷下來，你也可以改爲每次訪問這個字段就斷下來。
另外一種方式是 Run -> View BreakPoint 打開設置，與異常斷點類似。
遠不止這麼多
上面介紹了這麼多給力的功能，其實還有很多細節；打開斷點設置窗口（Run -> View Breakpoint`):
我們可以對感興趣的類，感興趣的某個特定對象下斷點，也可以設置斷點的次數，還能使斷點在特定的線程才斷下來；這些細節就不詳細介紹了，大家自己去發掘！
Have Fun!!