JBuilder 9 調試技術全解析：斷點類型、單步執行、堆棧追蹤與性能診斷

從語法錯誤到邏輯錯誤：調試的必要性

JBuilder 9 編輯器能以紅點標記語法錯誤，但邏輯錯誤、運行時異常、性能瓶頸只能通過調試器暴露。掌握斷點策略、單步控制、堆棧分析與方法追蹤，是從「代碼能跑」邁向「代碼健壯」的關鍵。

斷點類型詳解：精準定位問題現場

JBuilder 支持 5 類核心斷點，不同調試器支持程度不同：

注意：地址斷點、類斷點等高級類型通常僅在 JIT 編譯代碼（非 javac 解釋代碼）上生效，具體以調試器文檔為準。

斷點放置策略：經驗與啟發式方法

1. 無頭緒時：在 main() 入口設置行斷點，單步進入核心流程
2. 有堆棧跟蹤：在異常拋出行（堆棧顯示的行號）設置斷點
3. GUI 顯示異常：在組件創建處斷點，單步觀察屬性賦值
4. 多線程競態：在共享變量讀寫處設置變量監視斷點
5. 性能熱點：在疑似緩慢方法入口設置方法斷點，統計調用耗時

同一類/方法可設置多個斷點，組合使用效果最佳。

單步執行控制：三大核心命令

• Step Into (進入 F7)：執行當前行；若含方法調用，進入該方法第一行。無調試信息（未加 -g 編譯）顯示「No Source Available」
• Step Over (越過 F8)：執行當前行，不進入方法內部，直接停在下一行
• Step Return (返回)：執行完當前方法剩餘代碼，返回調用處下一行

組合鍵：Ctrl+Shift+F7 強制進入、Ctrl+F8 運行到游標處。

堆棧跟蹤：定位 Bug 的「GPS」

Java 程序崩潰時自動輸出堆棧跟蹤（含類名、方法名、行號，需 -g 編譯）。手動強制生成兩大法寶：

// 1. 當前線程完整堆棧
new Throwable().printStackTrace();

// 2. 僅當前線程快照
Thread.currentThread().dumpStack();

實戰技巧：在文件拷貝驗證失敗處插入強制堆棧，對比成功/失敗路徑差異，快速定位邏輯分支錯誤。

方法調用追蹤：JVM 級別的性能顯微鏡

Runtime.traceMethodCalls(true/false) 可開啟/關閉 JVM 級別方法調用日誌，輸出每條字節碼指令調用。警告：輸出量極大，僅在極小代碼範圍、極短時間內使用，否則導致系統假死。配合 grep/awk 分析熱點方法調用頻次。

觀察變量與表達式：運行時狀態檢視

1. Run → Add Watch 添加觀察對象
2. 在斷點處啟動 Debug Project
3. Watch 視圖實時顯示變量值、對象圖、集合元素
4. 支持任意合法 Java 表達式（如 list.size() > 0、user.getAddress().getCity()）

調試最佳實踐清單

1. 編譯時務必加 -g 保留行號/局部變量表
2. 異常斷點設置 java.lang.NullPointerException、java.lang.Exception 捕獲所有未處理異常
3. 遠程調試：JVM 啟動參數添加 -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8000
4. 條件斷點：右鍵斷點 → Properties → Condition 輸入 i == 100 && user != null
5. 熱代碼替換：Debug 模式下修改方法體，保存自動生效（不支持結構變更）