前言：寫代碼不可避免有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 ，假設你要查看它的某個屬性很easy，在Debug窗體就能看到，可是假設你想要運行它的某個方法看看結果是什么呢？借助這個能夠實現。當然它的功能遠不止這么多。相當於直接進入了一個 REPL 環境，很有用。忘了說了，快捷鍵 Alt + F8 :P
2、條件斷點
假設你的斷點在一個列表的循環里面，可是你僅僅對這個列表的某一個元素感興趣，僅僅想在遇到這個元素的時候才斷下來；你是一直人肉 F9 直到滿足條件嗎？條件斷點就是滿足這樣的需求的，顧名思義，在特定條件下的斷點。使用起來也很easy，在你的斷點上鼠標有件會出現一個小窗體，寫上條件就可以。
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 打開設置。與異常斷點相似。
興許：因為本人能力有限，僅僅能總結到這里，事實上關於調試的功能還有許多須要總結。會在以后的時間里對文章進行改動和添加。希望本文能讓大家有所收獲。^-^
以下是關於Android Studio調試方面的博文，供大家查看
相關鏈接：