Eclipse 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的表達式是可執行代碼,將會對代碼結果產生永久性影響,在調試時注意,經常將不用的表達式清除掉。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章