Eclipse Debug 界面應用詳解——Eclipse Debug鮮爲人知的祕密

Debug視圖

認識debug視圖，紅色部分框爲線程堆棧視圖，黃色部分框爲表達式、斷點、變量視圖，藍色部分爲代碼視圖。

 線程堆棧視圖

分別介紹一下這幾個按鈕的含義：

1.表示當前實現繼續運行直到下一個斷點，快捷鍵爲F8。

2.表示打斷整個進程

3.表示進入當前方法，快捷鍵爲F5。

4.表示運行下一行代碼，快捷鍵爲F6。

5.表示退出當前方法，返回到調用層，快捷鍵爲F7。

6.表示當前線程的堆棧，從中能夠看出在運行哪些代碼，而且整個調用過程，以及代碼行號

 

變量視圖

1.爲變量名視圖，顯示當前代碼行中全部能夠訪問的實例變量和局部變量

2.顯示全部的變量值

3.能夠經過該窗口來改變變量值

 

斷點視圖

1.顯示全部斷點

2. 將當前窗口1中選中的端口失效，再次點擊啓用。

3.異常斷點

 

表達式視圖

表達式視圖：表達式視圖是Debug過程當中較爲經常使用的一個視圖，能夠對本身的感興趣的一些變量進行觀察，也能夠增長一些本身的表達式，也能夠查看一行代碼的運行結果。

1.表達式

2. 點擊此能夠新增一個表達式

 

代碼視圖

代碼視圖：用來顯示具體的代碼。其中綠色部分是指當前將要執行的代碼

 

 

場景一：小明辛苦了兩天終於將本身的負責的任務完成了，次日轉測後，測試找到了小明說，小明的程序有bug，能夠是小明通過仔細調試，發現本地沒有任何問題，可是測試的環境上確實有問題，因此小明遇到了難題，測試的環境linux，又不能上去linux去debug，小明這個時候想要是Linux也能夠debug就行了.

遠程debug

遠程debug：遠程debug顧名思義，可以將遠程操做系統上的任何java進行debug，可是有前提是本地須要有同步的代碼。

1.遠程debug的步驟是在遠程操做系統上啓動java進程時增長特殊的

-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=$DEBUG_PORT,server=y,suspend=n

2.在Eclipse中新建一個Remote Java Application

遠程debug

1.打開Debug Configurations視圖

2.右擊Remote Java Application，

New

3.選擇源碼工程

4.輸入遠程IP和端口，端口即服務

端的$DEBUG_PORT,點擊OK。

  

場景一：小明寫了一個任務執行者，該執行者不間斷的執行一些任務，在現網上運行了一段時間後，發現有機率的出現一些故障，發現運行一段時間後，該任務者異常退出了，退出的由於是空指針，能夠小明想要在本地debug，不知道斷點打在哪裏，該問題是機率事件，不必定會出現，因此小明debug幾遍下來後，頭暈眼花，連代碼都看不清楚了，小明想要是能有個斷點每當出現空指針異常的時候就停下來讓他發現問題，那該多好呀。

異常斷點

異常斷點：在定位問題的過程當中，經常會遇到斷點沒法打到合適的位置，以致於和問題的觸發點千差萬別，因此這個時候不妨試試異常斷點，顧名思義，異常斷點是指拋出某種異常後自動掛起的斷點。

點擊紅色部位，增長一個異常斷點

 

輸入想要定位的異常類型，例如NullPointerException，這樣系統中拋出任何NullPointerException異常後，都會掛起當前線程，給你機會去定位問題。

 

場景一：小明寫了一個巨大的循環，在調測代碼時，小明發現每當循環到第100000次的時候，就是出現問題，沒有達到本身的預期，因而小明在循環裏打了個斷點，想看看到底怎麼回事，可小明萬萬沒有想到，想要到達100000次循環是多麼的困難，小明這個時候已經開始浮想聯翩，若是能有這樣的斷點：

             If 循環次數== 100000，線程停下來

條件斷點

如右圖，循環1000次，若是想要在循環到500

次的時候停下來，能夠建立一個條件斷點，右

擊斷點懸着Breakpoint Properties。

 

選中Enable Condition

在空白處，添加你本身的條件，若是條件返回true，線程會被掛起，若是爲false，則忽略該異常

Hit Count爲該斷點通過多少次後，正式掛起線程，若是設置爲500，則表達前499次，通過該斷點都不會停下，當第500次，該斷點會掛起當前線程。

 

 表達式

表達式能夠查看一些在當前代碼中沒有的命令行，方便定位問題。

 

場景一：小明最近遇到一個難題，在調用一個第三方插件時老是會有問題，小明懷疑是第三方插件的bug，但小明沒有找到源碼不能進行debug，小明該怎麼辦呢？

Debug定位第三方插件的問題

1.使用反編譯工具將代碼反編譯

2.將反編譯後的源碼進行過濾

3.修復源碼編譯錯誤

4.進行debug

Debug一些經驗

1.儘可能減小debug，少用debug，優秀的程序員老是花80%的時間來思考如何解決問題，20%的時間來動手完成代碼，而糟糕的程序員老是用20%的時間去寫代碼，80%的時間去調試代碼，動手以前儘可能想好如何去作，而且已經爲你本身的思路作了充分的實驗。

2.儘量的提升debug的效率，設置合適的斷點，使用快捷鍵。

3.debug的F6快捷鍵常常用到，它與金山詞霸的快捷鍵衝突，因此在debug的時候最好將金山詞霸關掉。

4.debug的表達式是可執行代碼，將會對代碼結果產生永久性影響，在調試時注意，常常將不用的表達式清除掉。