對一個(gè)程序員來說,掌握一種好的調(diào)試方式對程序開發(fā)來說能起到事半功倍的效果。
今天我們在這里主要要說的是調(diào)試信息的輸出,對一個(gè)特別長的程序來說,能實(shí)時(shí)看到程序運(yùn)行時(shí)某個(gè)變量的具體值,對我們理解程序,發(fā)現(xiàn)程序運(yùn)行設(shè)計(jì)上的錯(cuò)誤就有非常重要的作用。目前來說,VC++有兩種調(diào)試信息的輸出方式,一種是MessageBox,一種就是OutputDebugString。
這兩種方式各有優(yōu)劣,MessageBox的優(yōu)點(diǎn)是不需要借助其他的軟件,直接在運(yùn)行到對應(yīng)位置的時(shí)候彈出一個(gè)信息對話框,缺點(diǎn)是會中斷程序的運(yùn)行,需要關(guān)閉對話框之后程序才會繼續(xù)運(yùn)行,這樣需要是循環(huán)或是要查看很多次信息的話,那就要關(guān)閉多次對話框,比較麻煩;
OutputDebugString的優(yōu)點(diǎn)是不會中斷程序的運(yùn)行,他會拋出調(diào)試信息的內(nèi)容,由其他程序來獲取,我們自己的程序可以繼續(xù)運(yùn)行,缺點(diǎn)就是需要其他的程序配合,目前常用的OutputDebugString對應(yīng)的程序最好用的就是DebugView。
Debug用來追蹤代碼的運(yùn)行流程,通常在程序運(yùn)行過程中出現(xiàn)異常,啟用Debug模式可以分析定位異常發(fā)生的位置,以及在運(yùn)行過程中參數(shù)的變化。通常我們也可以啟用Debug模式來跟蹤代碼的運(yùn)行流程去學(xué)習(xí)三方框架的源碼。
所以學(xué)習(xí)下如何在Intellij IDEA中使用好Debug,主要包括如下內(nèi)容:
首先看下IDEA中Debug模式下的界面。
如下是在IDEA中啟動(dòng)Debug模式,進(jìn)入斷點(diǎn)后的界面,我這里是Windows,可能和Mac的圖標(biāo)等會有些不一樣。就簡單說下圖中標(biāo)注的8個(gè)地方:
[圖1.1]
在設(shè)置里勾選Show debug window on breakpoint,則請求進(jìn)入到斷點(diǎn)后自動(dòng)激活Debug窗口
[圖1.2]
如果你的IDEA底部沒有顯示工具欄或狀態(tài)欄,可以在View里打開,顯示出工具欄會方便我們使用。可以自己去嘗試下這四個(gè)選項(xiàng)。
[圖1.3]
在菜單欄Run里有調(diào)試對應(yīng)的功能,同時(shí)可以查看對應(yīng)的快捷鍵。
[圖1.4]
Debug調(diào)試的功能主要對應(yīng)著圖一中4和5兩組按鈕:
1、首先說第一組按鈕,共8個(gè)按鈕,從左到右依次如下:
[圖2.1]
2、第二組按鈕,共7個(gè)按鈕,從上到下依次如下:
[圖2.2]
更新程序,On 'Update' actions,執(zhí)行更新操作時(shí)所做的事情,一般選擇'Update classes and resources',即更新類和資源文件。
一般配合熱部署插件會更好用,如JRebel,這樣就不用每次更改代碼后還要去重新啟動(dòng)服務(wù)。如何激活JRebel,在最后章節(jié)附上。
下面的On frame deactivation,在IDEA窗口失去焦點(diǎn)時(shí)觸發(fā),即一般你從idea切換到瀏覽器的時(shí)候,idea會自動(dòng)幫你做的事情,一般可以設(shè)置Do nothing,頻繁切換會比較消耗資源的。
[圖2.3]
[圖2.4]
在Debug過程中,跟蹤查看變量的變化是非常必要的,這里就簡單說下IDEA中可以查看變量的幾個(gè)地方,相信大部分人都了解。
1、如下,在IDEA中,參數(shù)所在行后面會顯示當(dāng)前變量的值。
[圖3.1]
2、光標(biāo)懸停到參數(shù)上,顯示當(dāng)前變量信息。點(diǎn)擊打開詳情如圖3.3。我一般會使用這種方式,快捷方便。
[圖3.2]
[圖3.3]
3、在Variables里查看,這里顯示當(dāng)前方法里的所有變量。
[圖3.4]
4、在Watches里,點(diǎn)擊New Watch,輸入需要查看的變量。或者可以從Variables里拖到Watche里查看。
[圖3.5]
如果你發(fā)現(xiàn)你沒有Watches,可能在下圖所在的地方。
[圖3.6]
[圖3.7]
在前面提到的計(jì)算表達(dá)式如圖4.1的按鈕,Evaluate Expression (Alt + F8) 。可以使用這個(gè)操作在調(diào)試過程中計(jì)算某個(gè)表達(dá)式的值,而不用再去打印信息。
[圖4.1]
1、按Alt + F8或按鈕,或者,你可以選中某個(gè)表達(dá)式再Alt + F8,彈出計(jì)算表達(dá)式的窗口,如下,回車或點(diǎn)擊Evaluate計(jì)算表達(dá)式的值。
這個(gè)表達(dá)式不僅可以是一般變量或參數(shù),也可以是方法,當(dāng)你的一行代碼中調(diào)用了幾個(gè)方法時(shí),就可以通過這種方式查看查看某個(gè)方法的返回值。
[圖4.2]
2、設(shè)置變量,在計(jì)算表達(dá)式的框里,可以改變變量的值,這樣有時(shí)候就能很方便我們?nèi)フ{(diào)試各種值的情況了不是。
[圖4.3]
想想,一行代碼里有好幾個(gè)方法,怎么只選擇某一個(gè)方法進(jìn)入。之前提到過使用Step Into (Alt + F7) 或者 Force Step Into (Alt + Shift + F7)進(jìn)入到方法內(nèi)部,但這兩個(gè)操作會根據(jù)方法調(diào)用順序依次進(jìn)入,這比較麻煩。
那么智能步入就很方便了,智能步入,這個(gè)功能在Run里可以看到,Smart Step Into (Shift + F7),如圖5.1
[圖5.1]
按Shift + F7,會自動(dòng)定位到當(dāng)前斷點(diǎn)行,并列出需要進(jìn)入的方法,如圖5.2,點(diǎn)擊方法進(jìn)入方法內(nèi)部。
如果只有一個(gè)方法,則直接進(jìn)入,類似Force Step Into。
[圖5.2]
通過設(shè)置斷點(diǎn)條件,在滿足條件時(shí),才停在斷點(diǎn)處,否則直接運(yùn)行。
通常,當(dāng)我們在遍歷一個(gè)比較大的集合或數(shù)組時(shí),在循環(huán)內(nèi)設(shè)置了一個(gè)斷點(diǎn),難道我們要一個(gè)一個(gè)去看變量的值?那肯定很累,說不定你還錯(cuò)過這個(gè)值得重新來一次。
1、在斷點(diǎn)上右鍵直接設(shè)置當(dāng)前斷點(diǎn)的條件,如圖6.1,我設(shè)置exist為true時(shí)斷點(diǎn)才生效。
[圖6.1]
2、點(diǎn)擊View Breakpoints (Ctrl + Shift + F8),查看所有斷點(diǎn)。
Java Line Breakpoints 顯示了所有的斷點(diǎn),在右邊勾選Condition,設(shè)置斷點(diǎn)的條件。
勾選Log message to console,則會將當(dāng)前斷點(diǎn)行輸出到控制臺,如圖6.3
勾選Evaluate and log,可以在執(zhí)行這行代碼是計(jì)算表達(dá)式的值,并將結(jié)果輸出到控制臺。
[圖6.2]
[圖6.3]
3、再說說右邊的Filters過濾,這些一般情況下不常用,簡單說下意思。
Instance filters:實(shí)例過濾,輸入實(shí)例ID(如圖6.5中的實(shí)例ID),但是我這里沒有成功,不知道什么原因,知道的朋友留個(gè)言。
Class filters:類過濾,根據(jù)類名過濾,同樣沒有成功....
Pass count:用于循環(huán)中,如果斷點(diǎn)在循環(huán)中,可以設(shè)置該值,循環(huán)多少次后停在斷點(diǎn)處,之后的循環(huán)都會停在斷點(diǎn)處。
[圖6.4]
[圖6.5]
4、異常斷點(diǎn),通過設(shè)置異常斷點(diǎn),在程序中出現(xiàn)需要攔截的異常時(shí),會自動(dòng)定位到異常行。
如圖6.6,點(diǎn)擊+號添加Java Exception Breakpoints,添加異常斷點(diǎn)。然后輸入需要斷點(diǎn)的異常類,如圖6.7,之后可以在Java Exception Breakpoints里看到添加的異常斷點(diǎn)。
我這里添加了一個(gè)NullPointerException異常斷點(diǎn),如圖6.8,出現(xiàn)空指針異常后,自動(dòng)定位在空指針異常行。
[圖6.6]
[圖6.7]
[圖6.8]
一般情況下我們調(diào)試的時(shí)候是在一個(gè)線程中的,一步一步往下走。但有時(shí)候你會發(fā)現(xiàn)在Debug的時(shí)候,想發(fā)起另外一個(gè)請求都無法進(jìn)行了?
那是因?yàn)镮DEA在Debug時(shí)默認(rèn)阻塞級別是ALL,會阻塞其它線程,只有在當(dāng)前調(diào)試線程走完時(shí)才會走其它線程。可以在View Breakpoints里選擇Thread,如圖7.1,然后點(diǎn)擊Make Default設(shè)置為默認(rèn)選項(xiàng)。
[圖7.1]
切換線程,在圖7.2中Frames的下拉列表里,可以切換當(dāng)前的線程,如下我這里有兩個(gè)Debug的線程,切換另外一個(gè)則進(jìn)入另一個(gè)Debug的線程。
[圖7.2]
在調(diào)試的時(shí)候,想要重新走一下流程而不用再次發(fā)起一個(gè)請求?
1、首先認(rèn)識下這個(gè)方法調(diào)用棧,如圖8.1,首先請求進(jìn)入DemoController的insertDemo方法,然后調(diào)用insert方法,其它的invoke我們且先不管,最上面的方法是當(dāng)前斷點(diǎn)所在的方法。
[圖8.1]
2、斷點(diǎn)回退
所謂的斷點(diǎn)回退,其實(shí)就是回退到上一個(gè)方法調(diào)用的開始處,在IDEA里測試無法一行一行地回退或回到到上一個(gè)斷點(diǎn)處,而是回到上一個(gè)方法。
回退的方式有兩種,一種是Drop Frame按鈕(圖8.2),按調(diào)用的方法逐步回退,包括三方類庫的其它方法(取消Show All Frames按鈕會顯示三方類庫的方法,如圖8.3)。
第二種方式,在調(diào)用棧方法上選擇要回退的方法,右鍵選擇Drop Frame(圖8.4),回退到該方法的上一個(gè)方法調(diào)用處,此時(shí)再按F9(Resume Program),可以看到程序進(jìn)入到該方法的斷點(diǎn)處了。
但有一點(diǎn)需要注意,斷點(diǎn)回退只能重新走一下流程,之前的某些參數(shù)/數(shù)據(jù)的狀態(tài)已經(jīng)改變了的是無法回退到之前的狀態(tài)的,如對象、集合、更新了數(shù)據(jù)庫數(shù)據(jù)等等。
圖[8.2]
圖[8.3]
圖[8.4]
想要在Debug的時(shí)候,中斷請求,不要再走剩余的流程了?
有些時(shí)候,我們看到傳入的參數(shù)有誤后,不想走后面的流程了,怎么中斷這次請求呢(后面的流程要?jiǎng)h除數(shù)據(jù)庫數(shù)據(jù)呢....),難道要關(guān)閉服務(wù)重新啟動(dòng)程序?嗯,我以前也是這么干的。
確切的說,我也沒發(fā)現(xiàn)可以直接中斷請求的方式(除了關(guān)閉服務(wù)),但可以通過Force Return,即強(qiáng)制返回來避免后續(xù)的流程,如圖9.1。
點(diǎn)擊Force Return,彈出Return Value的窗口,我這個(gè)方法的返回類型為Map,所以,我這里直接返回 results,來強(qiáng)制返回,從而不再進(jìn)行后續(xù)的流程。或者你可以new HashMap<>()。
[圖9.1]
[圖9.2]
目前本人一直使用JRebel做熱部署工具,效果還算理想,修改Java代碼或者xml等配置文件都能熱更新。偶爾服務(wù)開久了,或更改的文件較多時(shí),熱更新沒有生效,需要重新啟動(dòng)服務(wù)。
這里只是簡單說下我在網(wǎng)上看到的一種免費(fèi)獲得永久使用權(quán)的方式(非破解),不確定這種方式什么時(shí)候不能用。
[圖10.1]
[圖10.2]
[圖10.3]
有什么不妥之處或者更好的方式,歡迎留言!
Java識堂,一個(gè)高原創(chuàng),高收藏,有干貨的微信公眾號,一起成長,一起進(jìn)步,歡迎關(guān)注