在使用正確的情形下呼巷，IDE 內置的調試工具能夠幫我們節(jié)省大量時間。例如赎瑰，與原始手動控制臺打印相比王悍，最簡單設置斷點進行單步調試的效率則要高出一個量級。而且這還僅僅只是調試武器庫里的冰山一角餐曼，Xcode 有一整套方便的工具压储，旨在加快調試工作流程。
斷點處自動執(zhí)行任務
先來回顧一下斷點調試時的常見場景：代碼執(zhí)行到了斷點處暫停后源譬，我們一般都會在控制臺輸入?po myVariable?等 LLDB 命令來獲取上下文信息集惋，然后再繼續(xù)代碼執(zhí)行操作。
顯然如果上述手動敲命令行的事情需要多次執(zhí)行的話踩娘，那么調試過程也就變得非常乏味了刮刑，理想的情形應該是將其自動化，步驟如下：
選中斷點右鍵進行編輯
點擊?Add Action
選中?Debugger Command
輸入你想執(zhí)行的 LLDB 命令
勾選?Automatically continue after evaluating actions?养渴，如果你希望執(zhí)行相關命令后雷绢，繼續(xù)運行程序。
這樣當每次斷點被觸發(fā)后厚脉，我們設置的自定義命令就會被執(zhí)行习寸。整個過程無需手動敲 LLDB 命令，節(jié)約不少的開發(fā)時間傻工。
條件斷點
有時候我們可能希望設置的斷點只會在特定情形下才會觸發(fā)霞溪。一個常見的例子就是：在某循環(huán)語句代碼中，我們希望某斷點在特定情形下被觸發(fā)中捆。這樣我們就能避免大量無效觸發(fā)鸯匹，而且將自己從持續(xù)的?continue?點擊下解脫出來。
上面的例子中斷點只會在?counter > 20?時才會被觸發(fā)泄伪。當然你還可以使用更為復雜的 BOOL 語句殴蓬，甚至是執(zhí)行函數調用。
斷點忽略
與條件斷點相反，有時候我們可能需要在特定的時候跳過斷點染厅。例如痘绎，某個功能函數在生命周期內會被多次調用，但是我們對第一次調用不感興趣肖粮。因此我們可以如下進行設置孤页，使其在首次調用時直接跳過觸發(fā)斷點的行為：
異常斷點
上述幾個情形下，我們都會明確在某行代碼設置斷點涩馆，但是有時候我們需求的斷點則無法提前預設行施。例如，當程序在運行時發(fā)生異常并且未被捕獲魂那，此時程序會出現 Crash 蛾号。雖然 Xcode 會在控制臺的打印出具體的調用棧等信息，并且大多數時候這些信息對于錯誤定位都非常有用涯雅，但是它畢竟沒有直接將我們帶到特定的上下文鲜结。
為了解決這個問題，我們就需要針對特定事件設置斷點而非特定代碼斩芭。你可以根據自己感興趣的事件類型進行具體設置：
符號斷點
異常斷點嚴格意義上來說是符號斷點的一個具體類型轻腺，我們還可以定義更多自定義類型的通用斷點。例如划乖，我們可以對?viewDidLoad?方法的調用設置一個通用斷點贬养，在每次調用時進行觸發(fā)：
通過這種方式，我們就無需在每個調用處手動設置斷點琴庵。
變量跟蹤
上述的那些斷點都是針對程序中的代碼執(zhí)行误算。但是應用卻不是只包含代碼，其中還有非常重要的另一個對象：數據迷殿。所以除了代碼執(zhí)行需要設置斷點之外儿礼，某些數據的變化過程也有可能是我們所關心事件。
為了實現數據變化過程的跟蹤庆寺，首先我們需要在變量可見域內設置斷點蚊夫。然后我們那在控制臺右鍵設置變量觀察，最后你可以取消該輔助斷點懦尝。
當然知纷，我們也可以在控制臺通過 LLDB 命令來完成設置：
watchpointsetvariableself.counter
完成設置后，變量在整個生命周期內發(fā)生的任何變化都會觸發(fā)斷點陵霉。
如果你也是一個開發(fā)者琅轧，歡迎你加入曉媛的iOS學習交流群，2018我們要更努力踊挠。
作者：程曉媛闖天涯
我是曉媛乍桂，喜歡記得關注我哦！
