溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要講解了“IDEA如何調試debug”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“IDEA如何調試debug”吧！
小插曲：IDEA剛發布了其2020.3.2這個小版本，啟動圖換成了20周年圖，IntelliJ IDEA 20周歲啦，為期2天的周年慶活動對開發者免費開放，感受一下：
Debug調試對IT從業者不是個陌生概念，工作中經常會用到它，這無關乎于初級、中級、高級程序員。調試程序的方式有多種，如：輸出日志、增加輔助變量、拆分函數體、斷點調試等等，本文將介紹的是斷點調試 -- 一種最行之有效的調試方法。準確的講，本文講述是使用IntelliJ IDEA斷點調試。
Debug用來追蹤代碼的運行流程，通常在程序運行過程中出現異常時，啟用Debug模式可以分析定位異常發生的位置，以及在運行過程中參數的變化。除此之外，我們也可以使用Debug模式來跟蹤代碼的運行流程來學習優秀的開源框架。
俗話說編碼5分鐘，debug2小時，從這句話就能體現出調試的重要性，畢竟它占據你“大部分”的時間。
為了真實的體現出它的重要性，我“引經據典”，找來了幾個資深行業經驗的大佬用引用他們的話來表述：
我把關鍵詞都加粗劃重點了，其重要性可見一斑。大佬尚且這么認為，何況是我等？所以，本文好好閱讀O(∩_∩)O哈哈~
突然被這么一問，是不是腦袋懵懵的？
一個天天都在用的“東西”，若是真要你對它下個定義說給別人聽，估計一時半會還解釋不清。當然嘍，大道至簡，領會其要義能熟練使用才是硬道理。本文作為一篇“嚴肅”的技術文章，自然需要先把斷點這個概念用文字描述出來。
斷點：為了調試而故意讓程序暫停的地方。它是一種附加在源代碼上面的特殊標記，在debug模式下可以觸發特定動作，如暫停執行、打印線程堆棧、計算表達式的值、變量跟蹤等等。斷點的設置和取消全人為手動管理，若不手動處理（刪除）將會和項目一直存在。
?如果你看過前兩篇文章，一定能解釋為何它會一直存在項目里。建議你前往參閱，電梯直達
?
可見，斷點的核心要義是暫停程序，從而在暫停那時刻就可以看到上線文的變量情況、IO情況、線程情況等信息，進而更深入的了解程序，及時發現問題和追蹤到錯誤的根源。
斷點并不是孤立存在的，它也可以有參數，從而定制出不同的斷點行為，讓其能在不同條件下生效，這個參數就叫斷點參數。
我們平時用得比較多的條件斷點，它就是斷點參數的最典型應用。當然除了條件斷點，其它的斷點類型也是可以定制化參數的。那到底有哪些斷點類型可以使用和定制呢？那么接下來就步入到本文主體內容，開始進入更有意思的部分啦。
應該沒人不會打斷點吧，即使你是產品經理（產品經理莫名躺槍，手動狗頭~）。
打斷點最簡單最直接的方式就是在你想設置斷點的哪一行代碼的最左邊窗欄鼠標左鍵單擊一下，完成后能看到一個小紅點，就表示斷點設置成功啦，再點擊一下就取消。形如這樣：
因為我的IDEA界面簡潔，盡可能的去掉了“按鈕”，所以平時我自己是使用到大量的快捷鍵來操作IDEA，打斷點也是如此經常用快捷鍵去完成。當然嘍，很多時候也用鼠標的啦，畢竟鼠標處理還是有其很大優勢的。
?說明：我的快捷鍵是Ctrl + Shift + B，僅供給你參考
?
管理斷點包括新增、刪除斷點。
對于少量斷點來講，鼠標一個個的點擊給它刪除掉是可以的。但若打了“大量”的斷點在代碼里（比如看xxx源碼的時候），這時讓去一個個找來刪除是不太現實的，畢竟你可能自己都忘了哪兒有斷點。這個時候一個管理頁面/窗口就顯得格外的重要了，在IDEA中提供了這樣的窗口，你有多種方式打開它：
在這個管理頁面，你可以對斷點進行增刪改。
?說明：我的快捷鍵是Ctrl + Shift + F8，僅供給你參考
?
額，這講得是不是有點過于簡單了點。
啟動Debug模式運行的方式有多種，比如工具欄的蟲子小圖標按鈕、程序方法入口左鍵點擊、菜單欄、右鍵菜單欄等等，下面簡單演示下：
Gif太大了放不上來，查閱地址：https://img-blog.csdnimg.cn/20210128073454666.gif
據我了解，很多同學最常用的方式是點擊上方工具欄右上角的蟲子圖標，因為我“沒有”這個圖標，所以“教程”中就不演示了。A哥平時99%情況下都是使用快捷鍵方式啟動程序，因為我認為那是最迅速和便捷的（當然不一定適合你）。
此功能我的快捷鍵分為兩大類
另外，若要區分本次是Run運行還是Debug運行，除了看右上角小蟲子圖標外，更好的方式看底部控制臺窗口激活的是哪個。這樣看的優點是：即使同一份應用啟動多次，也能快速看出來哪些debug哪些run。
值得一提的是：debug模式運行，若沒有任何斷點被激活（比如你壓根就沒打斷點），效果和run模式啟動是一樣（但控制臺窗口不一樣，因此日志輸出的位置也就不一樣）。
調試窗口是我們斷點調試的操作面板，熟練的使用此面板推提高效率和掌握更多技巧非常重要。先來認識下它：
此操作面板上按鈕不少，對Debug調試有多熟練很大程度上是由操作此面板的熟練度決定的。
最常用的一排按鈕，入門必備。
一共9個按鈕，從左往右依次解釋下：
1.
Show Execution Point：回到當前激活的斷點處。效果：若你鼠標現在在別的頁面/別的類上面，點擊它快速“歸位”
2.
Step Over步過：也叫單步調試，一行一行往下走，若這一行是方法也不會進入里面去。這個應該是平時使用得最多的按鈕了，沒有之一。所以，建議記住你的快捷鍵來提高效率哈
3.
Step Into步入：進入方法體內部。這里的方法指的你自定義的方法or三方庫的方法，不會進入到JDK官方的方法里（如上面的System.out.println()這種它是不會進去的）
4.
Force Step Into強制步入：能進入任何方法，包括JDK的。一般查看底層源碼才會用到它
5.
Step Out步出：它是搭配(Force) Step Into一起使用的，當通過step into進入到方法體內部想出來時，一般有兩種方案：單步調試慢慢出來，另一個就是step out（推薦）
6.
Drop frame：回到當前方法的調用處，同時上下文內所有的變量的值也回到那個時候。該按鈕能夠點擊的前提條件是：當前所處的方法有上級方法，如果你是main方法里，那么按鈕就是灰色嘍
7.
Run to Cursor運行到光標處：你想要代碼在哪里停一下，就把光標放在哪就成。這個功能實在太好用了，大大緩解了密密麻麻的斷點，強烈推薦
8.
Evaluate Expression表達式計算器：看圖標就是個計算器嘛，所以你可以在這里執行任何合法的表達式
Trace Current Stream Chain跟蹤當前Stream流：只有代碼停在Stream流語句上，此圖標才點亮可以被點擊。這是IDEA提供的由于調試Stream流的殺手锏級別的功能，放在文下詳細解釋
這一排按鈕非常重要，甚至是最重要，一定要熟練掌握，可以大大提高調試代碼的效率，親測有效。
把最左邊一豎排定義為服務按鈕，為調試過程提供服務。
一共10個，但都比較簡單和好理解。同樣的從上到下過一遍：
點擊會彈出這個配置窗口：
每份運行期配置都是具名且唯一的，互相隔離。運行配置可修改的項非常多，大概如下：
?說明：我截圖的頁面可能和你不一樣，因為我用的是最新版的IDEA，此頁面在2020.3版本做了改版
?
Stop xxx：不解釋
View Breakpoints：打開斷點管理窗口。文上已詳細解釋了此窗口的用法
Mute Breakpoints：這個按鈕挺有意思的，作用是讓所有斷點變為灰色，也就是說讓它們失效。它是一個批量操作，操作對象是所有斷點，而不可針對于某一個。若你現在不想把所有斷點刪除，但又不想它們阻攔你，那么可用這個按鈕實現
Get Thread Dump：拿到當前線程的dump，可以查看到當前線程的狀態。如下圖：
Settings：打開設置菜單。屬于高級使用，每一項開啟后有什么效果，放在文下解釋
顯示當前方法（位于棧頂）所經過的所有方法。
說明：點擊右上角的小漏斗圖標可以不顯示類庫的方法，只顯示你自己寫的方法，方便調試
在此區域可以查看當前斷點上下文范圍內的所有變量值（即使不在本類內也可以點過去查看哦），包括static靜態的。
值得注意：此區域里的變量IDEA會自動調用其toString()方法，因此若你遇到正常運行只輸出一句日志，debug輸出多句這種case很可能就是這個情況哦。
有的時候變量很多，而只需要重點關注某幾個變量，就可以使用Watches。
除了以上這些，還有什么動態改變變量值set Value，跳轉到源碼處jump to source等都是非常實用的功能，這就留你自己開發和實驗哈。
有同學遇到過這個情況：明明斷點激活了（程序暫停了），但是那個“操作面板”并沒有出來，怎么破？
話不多說，檢查你的這個配置項是勾選狀態即可。這個狀態IDEA默認是勾選上的，一般不用操心。
最后，站在使用層面，介紹些非常實用的“奇淫巧技”給你，這些小技巧可拿來就用。
場景描述：調試時，當我走到第三步就發現了問題，這個時候并不希望走完后續流程（比如因為前面有bug后續流程會有刪除數據操作等等），這個時候怎么處理？
咔嚓，Stop程序。是的，很長一段時間里我也是這么干的，確實能達到目的。直到我發現了一個更優雅的方法：Force Return，效果為：強制返回方法返回值（自己給個值）來避免后續的流程。
指定斷點的激活條件，都能稱作條件斷點。一般情況下，在行斷點下給定一個計算表達式，結果為true就激活斷點這是最常用的方式。因為上面已有案例，這里省略
多線程程序的好處固然不用多說，但總所周知它調試起來是比較困難的，比如這段：
public static void main(String[] args) {
// 共放3個"令牌"
CyclicBarrier cyclicBarrier = new CyclicBarrier(3);
// 模擬多個線程去搶
for (int i = 0; i < 10; i++) {
new Thread(() -> {
try {
String name = Thread.currentThread().getName();
System.out.println(name + "，準備搶令牌");
cyclicBarrier.await();
System.out.println(name + "，已搶到");
} catch (Exception e) {
}
}, "線程" + i).start();
}
}
這個時候如果你想研究await()方法的實現，需要具備的前提條件是多個線程進入，因此需要hold住多個線程。若只是在await()這一行打個普通的行斷點，那結果是這樣子的：
所有線程都是Running狀態，顯示這是不可能的，因為總共只有3個另外，拿完了其它的都得等待才對，所以這個根本就不是真實的執行場景，也就不可能跟蹤到await()方法里面去探究其實現。
為了模擬出這種場景進行調試，就對斷點阻塞條件設置為這樣：
再次運行程序，線程情況如下：
都知道調試面板里的Evaluate Expression可以計算表達式/變量的值，但那畢竟還得彈個窗稍顯麻煩，其實還有更為方便的方式：
用鼠標操作，效率指數級提升。這個操作方式是：鼠標指針選中表達式（IDEA智能自動選中） + 鼠標左鍵單擊。當然嘍，如果你想執行自定義的不存在于代碼中的表達式，那必須調起窗口來操作。
Java 8的流行，徹底讓流式編程走進我們的視野。使用Stream編程的好處眾多，但一直被大家詬病的是難以閱讀和難以調試，特別是后者。
為了調試它，我們經常需要插入其它斷點，并分析流中的每個轉換，不可為不麻煩。還好IDEA提供了處理該痛點的“能力”：當調試器在Stream API調用鏈之前或之內停止時，點擊Trace Current Stream Chain這個圖標即可以“非常好看”的圖形化方式展示出來，一目了然：
需求場景：你寫了一個全局異常組件，現在想測試它生效情況如何，那么時候你就需要主動拋出這種異常，一般的做法是形如這樣：
// 自己在程序內主動throw一個
throw new NullPointerException();
// 或者構建個表達式
int i = 1/0;
這種做法均有一定的代碼侵入性，用后還得刪除。其實IDEA還提供了一種更為優雅的解決方案：
掌握了IDEA斷點調試的基本技能，下面進入到本文深水區：斷點類型。難度不高，依舊是使用層面的事，但由于很多同學并不知道，因此是用于你超車的好材料。
對于打斷點，估計大部分同學都只會左邊鼠標單擊這種最基礎的方式。所以，看到這個小標題估計你得再懵一次吧。what？斷點還有種類？
若你也是只在代碼左邊鼠標單擊打上“小紅點”，然后嘎嘎就是干，空中轉體720度向后翻騰三周半......一把唆的選手，那么接下來就坐穩嘍，準備發車。
這么個姿勢也許能幫你定位50%以上的問題，但還有另外一半的case呢？如for循環調試，Stream流調試，lambda調試、異常調試等這些場景，用那“一把唆”的方式就很難搞定甚至說搞不定了。斷點是幫我們快速定位問題的，不同的場景打上合適的斷點將能事半功倍。
殊不知，IDEA給我們開發者提供了非常的斷點類型，以應對不同場景下的調試。在對應的場景下使用合適正確的斷點類型，能夠大大提高調試的效率，從而別人加班你下班，效率就是時間，而時間就是生命。
如圖，IDEA把斷點分為四大類型（截圖中只有三類）：
下面就到了“啃硬骨”的時候了，來吧。
使用得最最最廣泛的斷點類型，平時大部分情況下都使用此種斷點。
Gif太大了放不上來，查閱地址：https://img-blog.csdnimg.cn/20210128011543377.gif
從“教程”中可以看到該斷點有很多的設置項，也就是有很多的斷點參數可以配置，來了解下。
因為這是第一個介紹斷點參數的類型，因此會說得詳細些，這樣子后面相同功能的參數就不用再贅述了。對照這個截圖頁：
All（默認）：阻塞該程序內所有線程
Thread：只阻塞當前斷點所在線程
如上圖，不勾選Suspend：線程14和線程15正常運行，“暢通無阻”
Gif太大了放不上來，查閱地址：https://img-blog.csdnimg.cn/20210128062330308.gif
如上圖，勾選Suspend-All：在斷點處，所有線程都被阻塞了，統一給我等待。
如上圖，勾選Suspend-Thread：method1的線程被阻塞，但是并不影響另外一個線程調用method2。
試想一下，既然“勾選Suspend-Thread”影響更小，那為何IDEA默認幫你選擇All而不是Thread呢？原因是這樣子的：調試的目的就是讓程序“慢下來”，最好是靜止下來方便分析問題。否則，其它線程如果仍舊繼續保持執行的話，可能一會這個請求改掉這個數據一會改掉那個數據，增加了不可控性。不確定的增加從而大大增加調試難度和定位問題的難度，所以索性上個“同步鎖”來得省心，因此默認選中Suspend-All是合理為之。
?說明：很多時候我們需要用本機連接測試環境打斷點進行遠程調試，若在這個case下強烈建議你使用Thread模式，否則你懂的
?
還有窗口里最右邊的這塊條件：
見名之意，一系列過濾器：過濾實例、過濾類、過濾調用者等等，一般這些們幾乎不會使用（至少我目前是還沒用過的），所以就一筆帶過。
行斷點一般配合單步調試一起使用，在看框架源碼、定位基礎問題等使用得特別多，是最需要掌握的一種斷點類型，沒得商量。
它也屬于行斷點的一種，只是參數不一樣而已。由于它比較特殊，所以單摘出來說道說道。創建普通行斷點，然后把Remove once hit復選框勾選上即是一個臨時行斷點，效果如下：
這種斷點類型，實際使用場景其實很少。
此類斷點是打在屬性上的，成員屬性和靜態屬性均可。它不是小紅點，而是個紅色“小眼睛”。
如圖，此種斷點類型特有個watch參數，兩個可選值的含義為：
當想知道xxx屬性的賦值是誰時，由于程序太龐雜沒法知道斷點打哪兒從哪開始跟蹤，這個時候使用屬性類型的斷點一下子就搞定了，非常的方便。
斷點必須打在方法簽名的那一行，顏色形狀是個紅色的小菱形。
Watch有三個可選值：
?若entry和exit都勾選，那在進入之后和出去之前都會激活斷點
?
對于此種斷點類型，可能你會說沒啥卵用。畢竟自己在方法頭尾打個行斷點就能達到同樣效果，沒必要單獨搞個類型嘛。
其實，它的殺手锏級使用場景是把此種類型斷點打在接口方法上，這樣子不管哪個實現類方法被調用，都會激活斷點，是不是特別給力。
比較小眾，但并不代表不重要。在我理解它比較小眾，可能大多數同學不知道如何打一個異常斷點，因為它不是鼠標單擊就能輕松搞定。
上面介紹了異常斷點它是一種全局斷點類型，因此并不能在代碼處直接單擊，而是只能在管理窗口里統一添加：
和其它斷點類型相比，至少有如下不一樣：
Notification有兩個可選值：
默認情況下這兩個都會被勾選上，也就是說任何情況下發生此異常，都會激活斷點。
知曉了異常斷點的作用和觸發條件，使用場景就有啦。比如當你的程序拋出了一個異常，但是一時半會你并不知道是哪行代碼引起的，這個時候通過增加異常斷點的方式可以實現迅速的問題定位。
每種斷點類型都有自己對應的圖標，且有不同的狀態。我從官網趴了一張對比圖，總結得特別好，在這里一并分享給你：
現在大都是微服務架構方式，每個微服務一般會有N多個上/下游依賴，如此以至于給調試帶來了很大困難，畢竟你幾乎不可能在本地同時把依賴都啟起來用IDEA做調試。所以，遠程調試來了，它是調試分布式系統的一個利器。
遠程調試：顧名思義，使用本地IDEA調試遠程代碼（一般為QA環境，線上環境不可能開啟調試端口的）。那么如何開啟遠程調試呢？
開啟遠程調試只需要兩步即可：
第一步：讓遠程部署的那個應用支持遠程調試，也就是暴露遠程調試端口。方式方法為在應用啟動時加上對應的JVM參數即可，JDK版本不同參數也不一樣
第二步：用IDEA創建一個remote運行配置，填上遠程主機的ip + 暴露的調試端口即可。操作路徑為：Edit Configurations -> Add New Configuration ->
萬事俱備，點擊debug運行，控制臺里能看到如下字樣就證明你鏈接成功了：
值得注意的是：遠程調試時請確保你本地代碼和遠程代碼一模一樣，已達到最佳效果。
若你是個Spring Boot應用，那么在jar -jar時加上JVM參數即可，那么如果是要使用傳統的tomcat方式部署呢？這個時候找到傳統tomcat的啟動腳本startup.sh：
#!/bin/sh
os400=false
...
PRGDIR=`dirname "$PRG"`
EXECUTABLE=catalina.sh
...
exec "$PRGDIR"/"$EXECUTABLE" start "$@"
為了加上咱們的JVM參數，只需要在exec xxx之前添加一個變量值即可（以JDK8為例）：
JPDA_OPTS='-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=具體的端口號’
?注意：這個key名稱必須是JPDA_OPTS。
?
有好奇心的你可能不禁就要問了：為何加個JPDA_OPTS參數就行了呢？也沒見exec xxx使用它呀，其實不然，下面簡單解釋下，不展開。
exec執行時引用了變量 $EXECUTABLE，它代表的是就是catalina.sh這個文件，該文件里面有大量變量判斷腳本，當然包括負責對JPDA_OPTS解釋：
#!/bin/sh
cygwin=false
darwin=false
...
if [ "$1" = "jpda" ] ; then
if [ -z "$JPDA_TRANSPORT" ]; then
JPDA_TRANSPORT="dt_socket"
fi
if [ -z "$JPDA_ADDRESS" ]; then
JPDA_ADDRESS="localhost:8000"
fi
if [ -z "$JPDA_SUSPEND" ]; then
JPDA_SUSPEND="n"
fi
if [ -z "$JPDA_OPTS" ]; then
JPDA_OPTS="-agentlib:jdwp=transport=$JPDA_TRANSPORT,address=$JPDA_ADDRESS,server=y,suspend=$JPDA_SUSPEND"
fi
CATALINA_OPTS="$JPDA_OPTS $CATALINA_OPTS"
shift
fi
...感謝各位的閱讀，以上就是“IDEA如何調試debug”的內容了，經過本文的學習后，相信大家對IDEA如何調試debug這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
