Debug是開發(fā)人員必備的基礎技能，伴隨著開發(fā)生涯，只要需要寫代碼，就一定有debug的訴求... 因為大部分開發(fā)同學都是用Debug來確認程序是不是預期進行(單元測試也可以)。

Debug一個非常常見的我們以為自己已經熟練掌握的技能，有點像說話一樣，每個人都可以把話說出來，但不是每個人都能表達出影響力...

大家都會Debug，不過有些Debug的方式可能確實會效率更高一些，還是直接進入主題吧；

開始Debug

相信大家都知道如何開始Debug：

1、在Idea的某個程序文件的目標行旁邊，點擊一下，設置個小紅點。即斷點

2、使用Debug按鈕運行程序，如果程序可以走到斷點這里，就開始進入Debug模式。

3、基本操作就是：

• step in 進入方法內部
• step over 直接執(zhí)行到下一行
• step out 跳出當前的方法

重復1,2,3步驟，剛開始調試的時候主要就是這幾個步驟；

下面分享一下一些稍微隱藏一點的調試方法。

斷點相關經驗

只有滿足某些條件才會進入斷點

如果說Debug的位置是網關入口，那么流量會很大，各種類型的請求都會走到這個斷點里面，如果不能按照條件進入斷點，會非常影響我們的效率。

因為進入斷點的請求，都不是我們想要的；這個時候可以對斷點設置條件，當前請求中必須有滿足什么條件才會進入Debug模式。

1、點擊程序的目標行旁邊，生成一個小紅點；2、右鍵小紅點，可以在condition那里設置程序中的條件；

舉個例子，如下當用Debug運行的時候，是不會走到斷點的。

而且在設置完成斷點條件后，斷點旁邊會多出一個？和普通的斷點不同。

Debug斷點只生效一次，同時不阻塞系統(tǒng)

如果說Debug某個正在運行的系統(tǒng)，默認情況下會掛起所有的后續(xù)請求，很多人都以為系統(tǒng)死機了... 其實最后發(fā)現(xiàn)是你在調試。

有什么辦法，可以在調試的時候不阻塞剩余的請求嗎？1、默認只斷點一次；2、斷點的時候不掛起整個系統(tǒng)；

如下，通過斷點管理器器，進入進來，或者右鍵斷點，然后點擊more可以進入進來 設置掛起選項，只掛起當前正在調試的線程，然后再下面勾選一旦命中移除斷點。

靜態(tài)斷點，只是想看程序會不會運行到這里來(類似于動態(tài)日志)

想確定請求能不能走到某個位置，但是又不想進入debug模式，感覺太重了，能不能如果經過這一行就直接打個日志呢？

這對于有時候程序的一些方法沒有打日志，但是又想確認是不是能執(zhí)行到這里有幫助。

在斷點配置里面勾選，命中后打日志，也可以自己加一些其他的輸出：

• 不要掛起程序
• 命中處打日志

分組管理斷點(系統(tǒng)不同鏈路的斷點)

系統(tǒng)常用的鏈路主要就幾條，而常調試問題的地方也只有幾處，可以把這幾處位置的斷點管理起來，在遇到問題的時候直接把斷點分組管理拿出來就可以了。關注公眾號：碼猿技術專欄，回復關鍵詞：1111 獲取阿里內部Java性能優(yōu)化手冊

遠程服務器Debug

這里主要是一個配置問題，和本地Debug區(qū)別不大，學會配置就好了。啟動程序的時候：

java -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=0.0.0.0:5005 -jar 待發(fā)布的程序jar包名稱.jar

在Idea里面：

調試相關經驗

程序已經進入斷點了，這個時候要查問題了，有一些需要了解的嗎。

快速執(zhí)行到某個位置

有時候我們的斷點沒有設置在某個位置，但是也不想設置在哪個位置；在Debug的時候想讓程序直接運行到那個位置，怎么處理？

第一種方式：鼠標移動到對應的行數，然后按下run to cursor按鈕

第二種方式：直接點擊文件旁邊的數字即可，運行到對應的行哪里

回退重新開始執(zhí)行

在一些復雜的鏈路中，方法調用很長，手一抖結果代碼又運行了幾行，這個時候想去重新開始執(zhí)行這個斷點怎么辦？

常規(guī)操作是再模擬發(fā)出個請求，重新進入斷點；但其實Idea已經提供了對應的方式，直接撤回當前的幀即可，斷點會重新進入方法開始執(zhí)行。

在Frame的位置點擊撤回按鈕，就會重新進入這個方法開始運行

中斷后續(xù)執(zhí)行鏈路

如果說debug到一半發(fā)現(xiàn)可能會往數據庫寫入臟數據，想直接停止當前的調試，怎么做？

同樣在幀的位置，右鍵，可以提前返回不繼續(xù)運行，這個提前返回是針對當前的方法的，也可以直接拋出異常；

調試Strem流

Java8之后的labmda表達式里面一般流程會多一點，也不是很好調試，Idea也有對應的工具，可以直接查看Strem流中的數據，在Debug Window下發(fā)，如果識別到labmda表達式后會展示出來。

斷點的時候運行一些額外代碼

在Debug模式下，Idea提供了一個類似于解釋器的工具，可以輸入一些額外的程序在運行，哪怕和本次debug無關；

當然有個店是這個表達式執(zhí)行只會返回最后y一行語句的結果。

總結

1. debug代碼是一個常用而且很常見的技能，但是不是每個人都能很有效率的debug代碼...
2. 有一些idea隱藏的debug方式，雖然一些人不關注，但是有用并且能極大提升效率
3. 文章主要介紹一些一些在實際項目中相對有用的可以提升debug能力的一些經驗。最后如果說實在是有問題，但是又沒辦法進入調試模式，可以考慮arthas的trace和watch。

當前文章：這樣Debug，排查問題效率大大提升...
轉載源于：http://uogjgqi.cn/article/coipcic.html