編輯：Android開發環境
前言：寫代碼不可避免有Bug，通常情況下除了日志最直接的調試手段就是debug；當我們的程序出現bug時，調試可以快速的找到bug。進入調試狀態，我們可以清楚的了解程序的整個執行過程，可以對內存的數據進行監視。下面就簡單總結一下調試的基本使用和一些調試的技巧。本文是通過查找網上的多方資源整理而來，如果有謬誤的地方請大家指出，希望本文能對你有所幫助。
一、插入斷點
選定要設置斷點的代碼行，在行號的區域後面單擊鼠標左鍵即可
二、進入調試狀態
設置好斷點後，點擊工具欄中的小臭蟲（Debug）進入調試狀態。
當一個應用進入調試狀態後，Android Studio會彈出這樣的Debug窗口，即調試者狀態。我們在這裡可以對我們的程序進行監視和調試。
IDE下方出現Debug視圖，在①區域中顯示了程序執行到斷點處所調用過的所用方法，越下面的方法被調用的越早；在②區域可以給指定的變量賦值（鼠標左鍵選擇變量，右鍵彈出菜單選擇setValue...）。這個功能可以更加快速的檢測你的條件語句和循環語句。在③區域中可以對某一個特定的變量進行監視，在高級調試部分會再次講到。
三、常用的調試方式和快捷鍵
1.常用調試功能及快捷鍵：
• step into (F7)：進入子函數
• step over (F8)：越過子函數，但子函數會執行
• step out (Shift + F8)：跳出子函數
• Run to Cursor (Alt + F9) 運行到光標所在的位置。
• show Execution Point (Alt + F10) 快速定位當前調試的位置，並將該行高亮的顯示出來。
2.調試功能解釋
• step into：就是單步執行，遇到子函數就進入並且繼續單步執行；例如當你執行到System.out.println("XXXX")時，使用這個功能時就會進入到System.out.println方法所在類的println方法下（當然這樣做事沒有必要的，如果進入了想跳出執行step out就可以了。）
• step over：是在單步執行時，在函數內遇到子函數時不會進入子函數內單步執行，而是將子函數整個執行完再停止，也就是把子函數整個作為一步。例如上面的例子中，System.out.println("XXXX")執行完後是跳到下一個語句中而不會跳進去，這個功能也是比較常用的，一直按F8就可以了。
• step out：就是但單步執行到子函數內時，用step out就可以執行完子函數余下部分，並返回到上一層函數。
• Run to Cursor：運行到光標所在的位置，執行該功能後，不論你執行到哪裡，程序都可以執行到你光標的所在行下。
• show Execution Point:當你不知道程序當前已經執行到哪裡的時候，就可以使用這個功能，Android Studio 會跳到執行行所在的界面，並將該行高亮的顯示出來。
四、高級調試功能
以上的調試方法只是簡單調試，下面介紹一些比較高大上的調試功能。
1、Evaluate Expression
這個功能非常實用，可以在斷點處直接進入一個求值環境，在這裡你可以執行任何你感興趣的表達式；如下圖：
比如在斷點處有一個對象 object ，如果你要查看它的某個屬性很簡單，在Debug窗口就能看到，但是如果你想要執行它的某個方法看看結果是什麼呢？借助這個可以實現。當然它的功能遠不止這麼多，相當於直接進入了一個 REPL 環境，非常實用。忘了說了，快捷鍵 Alt + F8 :P
2、條件斷點
假設你的斷點在一個列表的循環裡面，可是你只對這個列表的某一個元素感興趣，只想在遇到這個元素的時候才斷下來；你是一直人肉 F9 直到滿足條件嗎？條件斷點就是滿足這種需求的，顧名思義，在特定條件下的斷點。使用起來也非常簡單，在你的斷點上鼠標有件會出現一個小窗口，寫上條件即可。
3、日志斷點
很多時候我們調試的時候更多的是打印日志定位異常代碼，縮小范圍之後再使用斷點解決問題；所以經常做的事情就是在代碼裡面添加日志信息，輸出函數參數，返回信息，輸出我們感興趣的變量信息等。
但是這麼做一個問題就是，我們添加了日志代碼需要重新編譯；在沒有 Instant Run 之前的黑暗時代這麼做是非常痛苦的，每次編譯少則幾十秒，多則幾分鐘；這樣無意義的等待簡直就是折磨；其實，除了熱部署工具，我們還可以使用日志斷點解決這個問題。
首先我們在想要輸出信息的地方下一個斷點；然後右鍵這個斷點，在出現的設置框裡面把這個斷點的 suspend 屬性設置為 False ，這樣雖然叫做“斷點”，但是並不會真正斷下來；然後，我們在 log message 裡面填上我們想要輸出的日志信息。如下圖(注意標紅位置）：
這樣，每次代碼執行到這個斷點的位置，這個可愛的斷點並不會使我們的程序停下來，而是輸出我們告訴它的日志信息，然後繼續執行；非常方便。
4、方法斷點
傳統的調試方式是以行為單位的，所謂單步調試；但是很多時候我們關心的是某個函數的參數，返回值；（回想一下我們使用日志的時候打印的最多的信息難道不是函數的參數和返回值嗎？）使用方法斷點，我們可以在函數級別進行調試；如果經常跳進跳出函數或者只對某個函數的參數感興趣，這種類型的斷點非常實用。具體使用方法有兩種方式；最簡單的是在你感興趣的方法頭那一行打上斷點，這時候你會發現斷點圖標有點不一樣，這就是方法斷點了，如下圖：
另外一種方式是通過 斷點設置窗口 , 後面介紹。
5、異常斷點
在有些情況下，我們只對某些特定的異常感興趣，或者我們只對異常感興趣；我們希望只要程序發生異常程序就能斷下來；這好像保存現場一樣，只要發生命案了（異常），第一時間保存現場，這樣什麼指紋之類的線索就會清晰很多，壞蛋就算想逃也是插翅難飛啊。
Android Studio給了我們這個能力！那就是 異常斷點 !可以在特定異常發生的時候，直接讓整個程序斷下來；如果你對所有異常感興趣，直接 Throwable 即可。
具體做法是，進入 Run -> View BreakPoints 或者使用快捷鍵打開斷點設置窗口；如下圖：
點擊左上角的 :heavy_plus_sign: ，會出現一個選擇框；選擇 Exception Breakpoint ；然後會出現一個對話框，選擇你感興趣的異常：
6、Field WatchPoint
在上面我們添加異常斷點的時候，點擊加號的時候，有四個選項；第一個就是我們前面所說的第二種方法斷點的添加方式，第三個是異常斷點，那麼第二個 Field WatchPoint 是干什麼的呢？
有沒有這樣一種場景：你發現某個值莫名其妙滴不知道什麼時候被誰給修改了，罪魁禍首是誰？Java雖然是值傳遞，但是引用也可以是值；對象全部存放在堆上面，而堆是被所有線程共享的，因此在非常復雜的場景下，你根本不知道這些共享變量被誰修改了，這樣非常危險；在多線程環境下，不變性是一個很重要的特性，我們看到高並發的語言諸如 Erlang , Scala 對於這種不變性都有著某種程度的支持。
好吧，扯遠了；那麼我們怎麼揪出這個修改我們值的搗蛋鬼呢？那就是這個 Field WatchPoint 的功能了；使用它我們可以在某個 Field 被訪問或者修改的時候讓程序斷下來；完美解決這個問題。
下斷點的方式和方法斷點類似，也有兩種；第一種是直接在某個字段的聲明處下斷點，這時候斷點圖標會改變，如下圖：
右鍵這個斷點我們可以進行一些設置，比如默認是被修改的時候斷下來，你也可以改為每次訪問這個字段就斷下來。
另外一種方式是 Run -> View BreakPoint 打開設置，與異常斷點類似。
