Debug視圖
認(rèn)識debug視圖，紅色部分框?yàn)榫€程堆棧視圖，黃色部分框?yàn)楸磉_(dá)式、斷點(diǎn)、變量視圖，藍(lán)色部分為代碼視圖。
線程堆棧視圖
分別介紹一下這幾個(gè)按鈕的含義：
1.表示當(dāng)前實(shí)現(xiàn)繼續(xù)運(yùn)行直到下一個(gè)斷點(diǎn)，快捷鍵為F8。
2.表示打斷整個(gè)進(jìn)程
3.表示進(jìn)入當(dāng)前方法，快捷鍵為F5。
4.表示運(yùn)行下一行代碼，快捷鍵為F6。
5.表示退出當(dāng)前方法，返回到調(diào)用層，快捷鍵為F7。
6.表示當(dāng)前線程的堆棧，從中可以看出在運(yùn)行哪些代碼，并且整個(gè)調(diào)用過程，以及代碼行號
變量視圖
1.為變量名視圖，顯示當(dāng)前代碼行中所有可以訪問的實(shí)例變量和局部變量
2.顯示所有的變量值
3.可以通過該窗口來改變變量值
斷點(diǎn)視圖
1.顯示所有斷點(diǎn)
2. 將當(dāng)前窗口1中選中的端口失效，再次點(diǎn)擊啟用。
3.異常斷點(diǎn)
表達(dá)式視圖
表達(dá)式視圖：表達(dá)式視圖是Debug過程中較為常用的一個(gè)視圖，可以對自己的感興趣的一些變量進(jìn)行觀察，也可以增加一些自己的表達(dá)式，也可以查看一行代碼的運(yùn)行結(jié)果。
1.表達(dá)式
2. 點(diǎn)擊此可以新增一個(gè)表達(dá)式
代碼視圖
代碼視圖：用來顯示具體的代碼。其中綠色部分是指當(dāng)前將要執(zhí)行的代碼
場景一：小明辛苦了兩天終于將自己的負(fù)責(zé)的任務(wù)完成了，第二天轉(zhuǎn)測后，測試找到了小明說，小明的程序有bug，可以是小明經(jīng)過仔細(xì)調(diào)試，發(fā)現(xiàn)本地沒有任何問題，但是測試的環(huán)境上確實(shí)有問題，所以小明遇到了難題，測試的環(huán)境linux，又不能上去linux去debug，小明這個(gè)時(shí)候想要是Linux也可以debug就好了.
遠(yuǎn)程debug
遠(yuǎn)程debug：遠(yuǎn)程debug顧名思義，能夠?qū)⑦h(yuǎn)程操作系統(tǒng)上的任何java進(jìn)行debug，但是有前提是本地需要有同步的代碼。
1.遠(yuǎn)程debug的步驟是在遠(yuǎn)程操作系統(tǒng)上啟動(dòng)java進(jìn)程時(shí)增加特殊的
-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=$DEBUG_PORT,server=y,suspend=n
2.在Eclipse中新建一個(gè)Remote Java Application
遠(yuǎn)程debug
1.打開Debug Configurations視圖
2.右擊Remote Java Application，
New
3.選擇源碼工程
4.輸入遠(yuǎn)程IP和端口，端口即服務(wù)
端的$DEBUG_PORT,點(diǎn)擊OK。
場 景一：小明寫了一個(gè)任務(wù)執(zhí)行者，該執(zhí)行者不間斷的執(zhí)行一些任務(wù)，在現(xiàn)網(wǎng)上運(yùn)行了一段時(shí)間后，發(fā)現(xiàn)有概率的出現(xiàn)一些故障，發(fā)現(xiàn)運(yùn)行一段時(shí)間后，該任務(wù)者異常 退出了，退出的因?yàn)槭强罩羔槪梢孕∶飨胍诒镜豥ebug，不知道斷點(diǎn)打在哪里，該問題是概率事件，不一定會(huì)出現(xiàn)，所以小明debug幾遍下來后，頭暈 眼花，連代碼都看不清楚了，小明想要是能有個(gè)斷點(diǎn)每當(dāng)出現(xiàn)空指針異常的時(shí)候就停下來讓他發(fā)現(xiàn)問題，那該多好呀。
異常斷點(diǎn)
異常斷點(diǎn)：在定位問題的過程中，常常會(huì)遇到斷點(diǎn)無法打到合適的位置，以至于和問題的觸發(fā)點(diǎn)千差萬別，所以這個(gè)時(shí)候不妨試試異常斷點(diǎn)，顧名思義，異常斷點(diǎn)是指拋出某種異常后自動(dòng)掛起的斷點(diǎn)。
點(diǎn)擊紅色部位，增加一個(gè)異常斷點(diǎn)
輸入想要定位的異常類型，例如NullPointerException，這樣系統(tǒng)中拋出任何NullPointerException異常后，都會(huì)掛起當(dāng)前線程，給你機(jī)會(huì)去定位問題。
場景一：小明寫了一個(gè)巨大的循環(huán)，在調(diào)測代碼時(shí)，小明發(fā)現(xiàn)每當(dāng)循環(huán)到第100000次的時(shí)候，就是出現(xiàn)問題，沒有達(dá)到自己的預(yù)期，于是小明在循環(huán)里打了個(gè)斷點(diǎn)，想看看到底怎么回事，可小明萬萬沒有想到，想要到達(dá)100000次循環(huán)是多么的困難，小明這個(gè)時(shí)候已經(jīng)開始浮想聯(lián)翩，如果能有這樣的斷點(diǎn)：
If 循環(huán)次數(shù)== 100000，線程停下來
條件斷點(diǎn)
如右圖，循環(huán)1000次，如果想要在循環(huán)到500
次的時(shí)候停下來，可以創(chuàng)建一個(gè)條件斷點(diǎn)，右
擊斷點(diǎn)懸著Breakpoint Properties。
選中Enable Condition
在空白處，添加你自己的條件，如果條件返回true，線程會(huì)被掛起，如果為false，則忽略該異常
Hit Count為該斷點(diǎn)經(jīng)過多少次后，正式掛起線程，如果設(shè)置為500，則表達(dá)前499次，經(jīng)過該斷點(diǎn)都不會(huì)停下，當(dāng)?shù)?00次，該斷點(diǎn)會(huì)掛起當(dāng)前線程。
表達(dá)式
表達(dá)式可以查看一些在當(dāng)前代碼中沒有的命令行，方便定位問題。
場景一：小明最近遇到一個(gè)難題，在調(diào)用一個(gè)第三方插件時(shí)總是會(huì)有問題，小明懷疑是第三方插件的bug，但小明沒有找到源碼不能進(jìn)行debug，小明該怎么辦呢？
Debug定位第三方插件的問題
1.使用反編譯工具將代碼反編譯
2.將反編譯后的源碼進(jìn)行過濾
3.修復(fù)源碼編譯錯(cuò)誤
4.進(jìn)行debug
Debug一些經(jīng)驗(yàn)
1.盡量減少debug，少用debug，優(yōu)秀的程序員總是花80%的時(shí)間來思考如何解決問題，20%的時(shí)間來動(dòng)手完成代碼，而糟糕的程序員總是用20%的時(shí)間去寫代碼，80%的時(shí)間去調(diào)試代碼，動(dòng)手之前盡量想好如何去做，并且已經(jīng)為你自己的思路做了充分的實(shí)驗(yàn)。
2.盡可能的提高debug的效率，設(shè)置合適的斷點(diǎn)，使用快捷鍵。
3.debug的F6快捷鍵經(jīng)常用到，它與金山詞霸的快捷鍵沖突，所以在debug的時(shí)候最好將金山詞霸關(guān)掉。
4.debug的表達(dá)式是可執(zhí)行代碼，將會(huì)對代碼結(jié)果產(chǎn)生永久性影響，在調(diào)試時(shí)注意，經(jīng)常將不用的表達(dá)式清除掉。