Android Studio調試工具總結

   前言：寫代碼不可避免有Bug。一般狀況下除了日誌最直接的調試手段就是debug。 當咱們的程序出現bug時，調試可以高速的找到bug。

進入調試狀態。咱們可以清晰的瞭解程序的整個運行過程，可以對內存的數據進行監視。如下就簡單總結一下調試的基本使用和一些調試的技巧。

本文是經過查找網上的多方資源整理而來。假設有謬誤的地方請你們指出，但願本文能對你有所幫助。

1、插入斷點

選定要設置斷點的代碼行。在行號的區域後面單擊鼠標左鍵就能夠

2、進入調試狀態

    設置好斷點後，點擊工具欄中的小臭蟲（Debug）進入調試狀態。

 

    當一個應用進入調試狀態後，Android Studio會彈出這樣的Debug窗體，即調試者狀態。咱們在這裏可以對咱們的程序進行監視和調試。

    IDE下方出現Debug視圖。在①區域中顯示了程序運行到斷點處所調用過的所用方法，越如下的方法被調用的越早；在②區域可以給指定的變量賦值（鼠標左鍵選擇變量，右鍵彈出菜單選擇setValue...）。這個功能可以更加高速的檢測你的條件語句和循環語句。在③區域中可以對某一個特定的變量進行監視，在高級調試部分會再次講到。

3、常用的調試方式和快捷鍵

 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 會跳到運行行所在的界面，並將該行高亮的顯示出來。

4、高級調試功能

以上的調試方法僅僅是簡單調試。如下介紹一些比較高大上的調試功能。

 一、Evaluate Expression

     這個功能頗有用。可以在斷點處直接進入一個求值環境，在這裏你可以運行不論什麼你感興趣的表達式；例如如下圖：

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

 二、條件斷點 

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

三、日誌斷點

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

    但是這麼作一個問題就是，咱們加入了日誌代碼需要又一次編譯；在沒有 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 打開設置。與異常斷點類似。

興許：由於本人能力有限，僅僅能總結到這裏，事實上關於調試的功能還有許多需要總結。會在之後的時間裏對文章進行改動和添加。但願本文能讓你們有所收穫。^-^

如下是關於Android Studio調試方面的博文，供你們查看

相關連接：

Android Studio你不知道的調試技巧

［Android Studio 權威教程］斷點調試和高級調試

Android Studio調試功能使用總結【轉】