1.新增全域性斷點（Add Exception Breakpoint）

通過新增全域性斷點，可以快速定位導致程式奔潰所在的程式碼行。
在Xcode 中找到Breakpoint navigator(也可以通過快捷鍵command + 7跳轉)，在最下面點選加號，第一個就是：

這樣就添加了一個全域性斷點：

程式只要一奔潰，就會觸發該斷點，並定位到導致奔潰所在的程式碼行。

2.新增符號斷點（Add Symbolic Breakpoint）

Symbolic Breakpoint 是一種非常強大的斷點。
如上步驟選擇第二項：

新增之後在Symbol一欄輸入viewDidLoad。

這樣一來，在程式中所有的viewDidLoad方法被呼叫時都會觸發斷點。

當然，我們頁可以僅僅為特定的某個類的方法新增斷點。在Symbol一欄類輸入“[ClassName viewDidLoad]”(Objective-C)或“ClassName.viewDidLoad”(Swift)即可。

3.為斷點新增條件（Condition）

有時候我們可能會在某個迴圈中建立斷點，但一次又一次地點選continue知道我們想要的條件出現，顯然是一種非常低效的方式。好在Xcode為我們提供了條件斷點。

首先在下列程式碼中插入一個普通的斷點

右鍵點選斷點，選擇Edit Breakpoint，在Condition一欄輸入i > 90

這樣一來，只有當程式執行滿足條件之後才會觸發斷點了。

4.監控斷點（Watch)

我們除錯程式的大部分時候都是為了監控某個變數的變化，在程式碼中變量出現的地方新增斷點不僅累而且還可能漏掉，事後還得一個一個刪掉，實在很累。

我們可以通過為變數新增監控斷點來簡單地做到這一點。

找到變數第一次出現的地方，新增一個普通斷點，進入debug模式後在Variables View中右鍵變數，選擇Watch變數名。這樣每一次該變數都會觸發斷點告知我們。

我們可以在Console中看到其變化。

5.日誌資訊斷點

最常見的Debug方式應該就是NSLog或者println(swift)了。通常我們會通過這種方式來列印輸出各種例項資訊以檢測程式執行狀態。
但這一除錯方式也有很明顯的缺陷：

• 無法在執行時新增
• 新增數量過多之後干擾視線，又需要麻煩地刪除或註釋掉
• 會編譯進App，在正式版本中需要關閉（當然我們可以通過巨集來判斷是否應該編譯，但這會增加額外的操作不是嗎）

所幸在Xcode中我們還有另外一種選項。
在如下程式碼中新增一個普通斷點，選擇Edit Breakpoint，然後點選Add Action,選擇Log Message,在輸入框中輸入 The number is:@[email protected]。

執行效果如下圖所示：

這裡因為有日誌輸出，所以我們可以勾選上最下面的Automatically continue after evaluating actions,這樣這個斷點就只會安安靜靜為我們輸出日誌了。