在使用正確的情形下，IDE 內置的調試工具能夠幫我們節省大量時間。例如，與原始手動控制臺打印相比，最簡單設置斷點進行單步調試的效率則要高出一個量級。而且這還僅僅只是調試武器庫里的冰山一角，Xcode 有一整套方便的工具，旨在加快調試工作流程。
斷點處自動執行任務
先來回顧一下斷點調試時的常見場景：代碼執行到了斷點處暫停后，我們一般都會在控制臺輸入?po myVariable?等 LLDB 命令來獲取上下文信息，然后再繼續代碼執行操作。
顯然如果上述手動敲命令行的事情需要多次執行的話，那么調試過程也就變得非常乏味了，理想的情形應該是將其自動化，步驟如下：
選中斷點右鍵進行編輯
點擊?Add Action
選中?Debugger Command
輸入你想執行的 LLDB 命令
勾選?Automatically continue after evaluating actions?，如果你希望執行相關命令后，繼續運行程序。
這樣當每次斷點被觸發后，我們設置的自定義命令就會被執行。整個過程無需手動敲 LLDB 命令，節約不少的開發時間。
條件斷點
有時候我們可能希望設置的斷點只會在特定情形下才會觸發。一個常見的例子就是：在某循環語句代碼中，我們希望某斷點在特定情形下被觸發。這樣我們就能避免大量無效觸發，而且將自己從持續的?continue?點擊下解脫出來。
上面的例子中斷點只會在?counter > 20?時才會被觸發。當然你還可以使用更為復雜的 BOOL 語句，甚至是執行函數調用。
斷點忽略
與條件斷點相反，有時候我們可能需要在特定的時候跳過斷點。例如，某個功能函數在生命周期內會被多次調用，但是我們對第一次調用不感興趣。因此我們可以如下進行設置，使其在首次調用時直接跳過觸發斷點的行為：
異常斷點
上述幾個情形下，我們都會明確在某行代碼設置斷點，但是有時候我們需求的斷點則無法提前預設。例如，當程序在運行時發生異常并且未被捕獲，此時程序會出現 Crash 。雖然 Xcode 會在控制臺的打印出具體的調用棧等信息，并且大多數時候這些信息對于錯誤定位都非常有用，但是它畢竟沒有直接將我們帶到特定的上下文。
為了解決這個問題，我們就需要針對特定事件設置斷點而非特定代碼。你可以根據自己感興趣的事件類型進行具體設置：
符號斷點
異常斷點嚴格意義上來說是符號斷點的一個具體類型，我們還可以定義更多自定義類型的通用斷點。例如，我們可以對?viewDidLoad?方法的調用設置一個通用斷點，在每次調用時進行觸發：
通過這種方式，我們就無需在每個調用處手動設置斷點。
變量跟蹤
上述的那些斷點都是針對程序中的代碼執行。但是應用卻不是只包含代碼，其中還有非常重要的另一個對象：數據。所以除了代碼執行需要設置斷點之外，某些數據的變化過程也有可能是我們所關心事件。
為了實現數據變化過程的跟蹤，首先我們需要在變量可見域內設置斷點。然后我們那在控制臺右鍵設置變量觀察，最后你可以取消該輔助斷點。
當然，我們也可以在控制臺通過 LLDB 命令來完成設置：
watchpointsetvariableself.counter
完成設置后，變量在整個生命周期內發生的任何變化都會觸發斷點。
如果你也是一個開發者，歡迎你加入曉媛的iOS學習交流群，2018我們要更努力。
作者：程曉媛闖天涯
我是曉媛，喜歡記得關注我哦！
