寫代碼離不開調試，調試離不開斷點。
IDEA 對于斷點的支持非常豐富。掌握這些技巧以后，可以大大的提升開發效率。是幫助程序員保住頭發，遠離 996 的秘密武器。
斷點類型
IDEA 支持以下四種斷點類型：
- 行斷點（Line breakpoints）：最常用的一種，可以設置在任意可執行的代碼行上面。
- 方法斷點（Method breakpoints）：設置在方法簽名上，當進入或退出方法時，斷點可被喚醒。
- 字段斷點（Field watchpoints）：設置在字段（成員變量）上，當該字段被讀取或者賦值時斷點被喚醒。
- 異常斷點（Exception breakpoints）：當拋出指定異常時斷點被喚醒。
行斷點
行斷點，在日常開發中最常用的方式。添加一個行斷點很簡單，在需要添加斷點的 gutter 上鼠標左鍵單擊，或者光標定位到需要設置斷點的代碼行，按 Ctrl + F8 即可。
行斷點
斷點添加成功后，gutter 上會顯示一個紅色的圓點。接下來，使用 Debug 方式運行程序，就可以對代碼進行調試了。
方法斷點
方法斷點你可能之前沒有用過，但如果你有閱讀源碼的習慣，那么你需要好好利用一下這個家伙了。
方法斷點
添加方法斷點和添加行斷點的步驟一樣，兩者只是外觀上有些不同，方法斷點用紅色的菱形表示。
那么方法斷點有什么用呢？舉個例子：
類圖
有如上類關系，代碼實現如下：
public class ServiceImplA implements Service{
@Override
public String method() {
return "hello A";
}
}
public class ServiceImplB implements Service{
@Override
public String method() {
return "hello B";
}
}
有如下調用：
public String hello() {
// 假設通過看代碼很難確定是哪個實現類的實例
Service service = createService();
return service.method();
}
這個時候，我們不能一眼看出 service 是 ServiceImplA 的實例，還是 ServiceImplB 的實例（這個例子代碼比較簡單，像 Spring 這類開源框架要復雜很多，看過源碼的話都有體會）。
接下來就是方法斷點表演的時刻了，在接口 Service 的 method() 上打一個斷點：
方法斷點
運行程序，查看效果：
方法斷點效果
可以看到，hello() 方法中的 service.method() 真正調用的是 ServiceImplA 的 metho() 方法。
另外，方法斷點還支持以下配置：
方法斷點配置項
其中，Method entry 和 Method exit 二者至少要選擇一個（如果進入方法和退出方法都不選，那方法斷點也就沒啥用了）。
字段斷點
字段斷點也是一個看源碼的神器。當一個成員變量被多方引用時，它可以精準的找到誰讀取、修改了它的值。
字段斷點
字段斷點用一個紅色的眼睛表示，可謂是非常形象了。就像給成員變量專門安排了一個盯梢的人，有什么風吹草動第一時間通知你。
運行程序，看下效果：
字段斷點效果
可以看到，精準的定位到 hello 被賦值的位置。
字段斷點還支持以下配置：
字段斷點配置項
同樣，Field access 和 Field modification 最少選一個。
異常斷點
異常斷點在我們修復 bug 的時候很有用。可以精準的定位到發生（指定類型）異常的代碼行。
異常斷點
異常斷點用一個紅色的閃電表示（斷點響應以后才會顯示）。
使用快捷鍵 Ctrl + Shift + F8 打開斷點管理對話框，按如下步驟進行添加：
添加異常斷點
設置斷點響應的異常類型：
設置異常類型
運行程序，查看效果：
異常斷點效果
可以看到，當發生（指定類型）異常后，程序停在了發生異常的代碼行，并在前面放一個紅色的閃電，提醒你就是這行代碼要搞事情。
斷點還支持以下配置：
異常斷點配置項
同樣，Caught exception 和 Uncaught exception 最少選一個。
更多玩法
使用快捷鍵 Ctrl + Shift + F8 打開斷點管理對話框，可以解鎖更多斷點的玩法：
斷點管理
比如可以設置斷點在滿足指定條件時才響應：
條件斷點效果
更多玩法留給你去探索。
斷點圖標
下面是 IDEA 中各種類型斷點在不同狀態下的圖標示意：
斷點圖標示意
