點擊關注 異步圖書，置頂公衆號
每天與你分享 IT好書 技術乾貨 職場知識
Xcode 調試技巧
在使用正確的情形下，IDE 內置的調試工具能夠幫我們節省大量時間。例如，與原始手動控制檯打印相比，最簡單設置斷點進行單步調試的效率則要高出一個量級。而且這還僅僅只是調試武器庫裏的冰山一角，Xcode 有一整套方便的工具，旨在加快調試工作流程。
斷點處自動執行任務
先來回顧一下斷點調試時的常見場景：代碼執行到了斷點處暫停後，我們一般都會在控制檯輸入 po myVariable 等 LLDB 命令來獲取上下文信息，然後再繼續代碼執行操作。
顯然如果上述手動敲命令行的事情需要多次執行的話，那麼調試過程也就變得非常乏味了，理想的情形應該是將其自動化，步驟如下：
選中斷點右鍵進行編輯
點擊 Add Action
選中 Debugger Command
輸入你想執行的 LLDB 命令
勾選 Automatically continue after evaluating actions，如果你希望執行相關命令後，繼續運行程序。
這樣當每次斷點被觸發後，我們設置的自定義命令就會被執行。整個過程無需手動敲 LLDB 命令，節約不少的開發時間。
條件斷點
有時候我們可能希望設置的斷點只會在特定情形下才會觸發。一個常見的例子就是：在某循環語句代碼中，我們希望某斷點在特定情形下被觸發。這樣我們就能避免大量無效觸發，而且將自己從持續的 continue 點擊下解脫出來。
上面的例子中斷點只會在 counter > 20 時纔會被觸發。當然你還可以使用更爲複雜的 BOOL 語句，甚至是執行函數調用。
斷點忽略
與條件斷點相反，有時候我們可能需要在特定的時候跳過斷點。例如，某個功能函數在生命週期內會被多次調用，但是我們對第一次調用不感興趣。因此我們可以如下進行設置，使其在首次調用時直接跳過觸發斷點的行爲：
異常斷點
上述幾個情形下，我們都會明確在某行代碼設置斷點，但是有時候我們需求的斷點則無法提前預設。例如，當程序在運行時發生異常並且未被捕獲，此時程序會出現 Crash 。雖然 Xcode 會在控制檯的打印出具體的調用棧等信息，並且大多數時候這些信息對於錯誤定位都非常有用，但是它畢竟沒有直接將我們帶到特定的上下文。
爲了解決這個問題，我們就需要針對特定事件設置斷點而非特定代碼。你可以根據自己感興趣的事件類型進行具體設置：
符號斷點
異常斷點嚴格意義上來說是符號斷點的一個具體類型，我們還可以定義更多自定義類型的通用斷點。例如，我們可以對 viewDidLoad 方法的調用設置一個通用斷點，在每次調用時進行觸發：
通過這種方式，我們就無需在每個調用處手動設置斷點。
變量跟蹤
上述的那些斷點都是針對程序中的代碼執行。但是應用卻不是隻包含代碼，其中還有非常重要的另一個對象：數據。所以除了代碼執行需要設置斷點之外，某些數據的變化過程也有可能是我們所關心事件。
爲了實現數據變化過程的跟蹤，首先我們需要在變量可見域內設置斷點。然後我們那在控制檯右鍵設置變量觀察，最後你可以取消該輔助斷點。
當然，我們也可以在控制檯通過 LLDB 命令來完成設置：
watchpoint set variable self.counter
完成設置後，變量在整個生命週期內發生的任何變化都會觸發斷點。
總結
上述這些調試技巧僅僅只是很小的一部分，但是如果運用得當的話還是能夠極大優化調試體驗和速度。
本文摘自異步社區，作者： BigNerdCoding ,作品《Xcode 高級調試技巧》
延伸推薦
小學生開始學Python,最接近AI的編程語言：安利一波Python書單
長按二維碼，可以關注我們喲
每天與你分享IT好文。
在“異步圖書”後臺回覆“關注”，即可免費獲得2000門在線視頻課程；推薦朋友關注根據提示獲取贈書鏈接，免費得異步圖書一本。趕緊來參加哦！
掃一掃上方二維碼，回覆“關注”參與活動！