Xcode 高級調試技巧

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

完成設置后，變量在整個生命周期內發生的任何變化都會觸發斷點。

總結

上述這些調試技巧僅僅只是很小的一部分，但是如果運用得當的話還是能夠極大優化調試體驗和速度。如果你想了解更多相關內容的話，可以查看官方文檔或者 raywenderlich 的高級調試技巧這本書。

控制臺 Xcode

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。