前言

目前工作中由于環境復雜等客觀因素，無法在本地啟動項目進行 Trouble Shooting，需要打開測試環境的 DEBUG 端口，進行遠程調試。為了不影響其他用戶同時使用測試環境以及相關系統的正常請求，只好再祭出 Intellij IDEA 的 DEBUG 大殺器了。本文主要介紹平時用到幾種 DEBUG 高階用法。

快速上路

安裝Intellij IDEA

Intellij IDEA 每次更新都會有些小驚喜，誰用誰知道。

If you don't have intellij idea installed, return.

條件斷點

找到需要斷點的代碼行，鼠標點擊左側邊欄設置斷點(CMD + F8 )。好吧我廢話了，這個大家都會。

右擊斷點，在 Condition 處填入你所需要的判斷條件。

3.當 DEBUG 時候斷點會停留在 i = 5 的位置。

不暫停斷點調試

依然找到需要斷點的代碼行。右擊設置好的紅色斷點，選擇 More(SHIFT + CMD + F8 )，此時會彈出斷點的設置菜單。

啟用不暫停斷點，去除 Suspend 勾選框，勾選 “Breakpoint hit” message 以及 Evaluate and log。如果你對代碼的調用層次不清楚或者你在閱讀學習源碼，你可以勾選 “Stack trace”，

配合 Grep Console 插件，調試效果無敵。藍色部分是我們打印的調試日志，紅色框部分記錄了斷點是否執行以及代碼調用的堆棧。

3.條件斷點 & 變量值修改：條件斷點就不再贅述了，Evaluate and log 不僅可以記錄日志而且可以修改變量。如圖所示，在 i==5 的時候，我人為添加了一條測試的假數據。

多線程斷點調試

多線程調試蠻頭疼的，因為代碼執行的先后順序完全看 CPU，斷點跳來跳去，這就給調試帶來了很多麻煩。IDEA 具備多線程調試的切換能力，你可以按一定順序來調試線程的代碼。

設置線程斷點。右擊斷點設置 Suspend 掛起條件為 Thread。

2.斷點掛起時，可以切換線程進行調試。

“后悔藥”可以有

平時調試的過程中經常遇到斷點不小心跳過了，想回頭再看看剛才的值或者更進一步的 DEBUG，是不是傻頭傻腦地重新再跑一遍？

可能你會想到使用代碼調用棧返回查看調用情況，但是你沒辦法在歷史的某一步再重新調試。其實 IDEA 提供了返回上一步的功能，這個功能在學習源碼的時候特別有用，可以幾個斷點之間反復來回研究并 DEBUG。

如下圖所示，如果我想回到第一個斷點重新執行調試怎么辦呢？

2.執行兩次 Drop Frame 即可，可以看到 value 的值重新回到 0。

該方法切勿在真實環境中使用！！！因為丟棄棧幀如果沒有操作釋放干凈可能會影響變量的值，導致程序結果與真實結果不一致！！！

結束語

你可能習慣了單步 DEBUG，短時間不會適應不暫停斷點的調試方式，然而在復雜的功能場景下，如多線程、多層循環等，這種 DEBUG 方式不僅調試的速度更快，而且更有利于加深對代碼整體的理解。

對了，在這里說一下，我目前是在職Java開發，如果你現在正在學習Java，了解Java，渴望成為一名合格的Java開發工程師，在入門學習Java的過程當中缺乏基礎入門的視頻教程，可以關注并私信我：01。獲取。我這里有最新的Java基礎全套視頻教程。

總結

以上是生活随笔為你收集整理的clodeblocks debug断点调试_Intellij IDEA高阶DEBUG大杀器的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。