您好,登錄后才能下訂單哦!
這篇文章主要講解了“IDEA如何調(diào)試debug”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“IDEA如何調(diào)試debug”吧!
小插曲:IDEA剛發(fā)布了其2020.3.2這個小版本,啟動圖換成了20周年圖,IntelliJ IDEA 20周歲啦,為期2天的周年慶活動對開發(fā)者免費(fèi)開放,感受一下:
Debug調(diào)試對IT從業(yè)者不是個陌生概念,工作中經(jīng)常會用到它,這無關(guān)乎于初級、中級、高級程序員。調(diào)試程序的方式有多種,如:輸出日志、增加輔助變量、拆分函數(shù)體、斷點(diǎn)調(diào)試等等,本文將介紹的是斷點(diǎn)調(diào)試 -- 一種最行之有效的調(diào)試方法。準(zhǔn)確的講,本文講述是使用IntelliJ IDEA斷點(diǎn)調(diào)試。
Debug用來追蹤代碼的運(yùn)行流程,通常在程序運(yùn)行過程中出現(xiàn)異常時,啟用Debug模式可以分析定位異常發(fā)生的位置,以及在運(yùn)行過程中參數(shù)的變化。除此之外,我們也可以使用Debug模式來跟蹤代碼的運(yùn)行流程來學(xué)習(xí)優(yōu)秀的開源框架。
俗話說編碼5分鐘,debug2小時,從這句話就能體現(xiàn)出調(diào)試的重要性,畢竟它占據(jù)你“大部分”的時間。
為了真實(shí)的體現(xiàn)出它的重要性,我“引經(jīng)據(jù)典”,找來了幾個資深行業(yè)經(jīng)驗(yàn)的大佬用引用他們的話來表述:
我把關(guān)鍵詞都加粗劃重點(diǎn)了,其重要性可見一斑。大佬尚且這么認(rèn)為,何況是我等?所以,本文好好閱讀O(∩_∩)O哈哈~
突然被這么一問,是不是腦袋懵懵的?
一個天天都在用的“東西”,若是真要你對它下個定義說給別人聽,估計一時半會還解釋不清。當(dāng)然嘍,大道至簡,領(lǐng)會其要義能熟練使用才是硬道理。本文作為一篇“嚴(yán)肅”的技術(shù)文章,自然需要先把斷點(diǎn)這個概念用文字描述出來。
斷點(diǎn):為了調(diào)試而故意讓程序暫停的地方。它是一種附加在源代碼上面的特殊標(biāo)記,在debug模式下可以觸發(fā)特定動作,如暫停執(zhí)行、打印線程堆棧、計算表達(dá)式的值、變量跟蹤等等。斷點(diǎn)的設(shè)置和取消全人為手動管理,若不手動處理(刪除)將會和項(xiàng)目一直存在。
?如果你看過前兩篇文章,一定能解釋為何它會一直存在項(xiàng)目里。建議你前往參閱,電梯直達(dá)
?
可見,斷點(diǎn)的核心要義是暫停程序,從而在暫停那時刻就可以看到上線文的變量情況、IO情況、線程情況等信息,進(jìn)而更深入的了解程序,及時發(fā)現(xiàn)問題和追蹤到錯誤的根源。
斷點(diǎn)并不是孤立存在的,它也可以有參數(shù),從而定制出不同的斷點(diǎn)行為,讓其能在不同條件下生效,這個參數(shù)就叫斷點(diǎn)參數(shù)。
我們平時用得比較多的條件斷點(diǎn),它就是斷點(diǎn)參數(shù)的最典型應(yīng)用。當(dāng)然除了條件斷點(diǎn),其它的斷點(diǎn)類型也是可以定制化參數(shù)的。那到底有哪些斷點(diǎn)類型可以使用和定制呢?那么接下來就步入到本文主體內(nèi)容,開始進(jìn)入更有意思的部分啦。
應(yīng)該沒人不會打斷點(diǎn)吧,即使你是產(chǎn)品經(jīng)理(產(chǎn)品經(jīng)理莫名躺槍,手動狗頭~)。
打斷點(diǎn)最簡單最直接的方式就是在你想設(shè)置斷點(diǎn)的哪一行代碼的最左邊窗欄鼠標(biāo)左鍵單擊一下,完成后能看到一個小紅點(diǎn),就表示斷點(diǎn)設(shè)置成功啦,再點(diǎn)擊一下就取消。形如這樣:
因?yàn)槲业腎DEA界面簡潔,盡可能的去掉了“按鈕”,所以平時我自己是使用到大量的快捷鍵來操作IDEA,打斷點(diǎn)也是如此經(jīng)常用快捷鍵去完成。當(dāng)然嘍,很多時候也用鼠標(biāo)的啦,畢竟鼠標(biāo)處理還是有其很大優(yōu)勢的。
?說明:我的快捷鍵是Ctrl + Shift + B,僅供給你參考
?
管理斷點(diǎn)包括新增、刪除斷點(diǎn)。
對于少量斷點(diǎn)來講,鼠標(biāo)一個個的點(diǎn)擊給它刪除掉是可以的。但若打了“大量”的斷點(diǎn)在代碼里(比如看xxx源碼的時候),這時讓去一個個找來刪除是不太現(xiàn)實(shí)的,畢竟你可能自己都忘了哪兒有斷點(diǎn)。這個時候一個管理頁面/窗口就顯得格外的重要了,在IDEA中提供了這樣的窗口,你有多種方式打開它:
在這個管理頁面,你可以對斷點(diǎn)進(jìn)行增刪改。
?說明:我的快捷鍵是Ctrl + Shift + F8,僅供給你參考
?
額,這講得是不是有點(diǎn)過于簡單了點(diǎn)。
啟動Debug模式運(yùn)行的方式有多種,比如工具欄的蟲子小圖標(biāo)按鈕、程序方法入口左鍵點(diǎn)擊、菜單欄、右鍵菜單欄等等,下面簡單演示下:
Gif太大了放不上來,查閱地址:https://img-blog.csdnimg.cn/20210128073454666.gif
據(jù)我了解,很多同學(xué)最常用的方式是點(diǎn)擊上方工具欄右上角的蟲子圖標(biāo),因?yàn)槲摇皼]有”這個圖標(biāo),所以“教程”中就不演示了。A哥平時99%情況下都是使用快捷鍵方式啟動程序,因?yàn)槲艺J(rèn)為那是最迅速和便捷的(當(dāng)然不一定適合你)。
此功能我的快捷鍵分為兩大類
另外,若要區(qū)分本次是Run運(yùn)行還是Debug運(yùn)行,除了看右上角小蟲子圖標(biāo)外,更好的方式看底部控制臺窗口激活的是哪個。這樣看的優(yōu)點(diǎn)是:即使同一份應(yīng)用啟動多次,也能快速看出來哪些debug哪些run。
值得一提的是:debug模式運(yùn)行,若沒有任何斷點(diǎn)被激活(比如你壓根就沒打斷點(diǎn)),效果和run模式啟動是一樣(但控制臺窗口不一樣,因此日志輸出的位置也就不一樣)。
調(diào)試窗口是我們斷點(diǎn)調(diào)試的操作面板,熟練的使用此面板推提高效率和掌握更多技巧非常重要。先來認(rèn)識下它:
此操作面板上按鈕不少,對Debug調(diào)試有多熟練很大程度上是由操作此面板的熟練度決定的。
最常用的一排按鈕,入門必備。
一共9個按鈕,從左往右依次解釋下:
1.Show Execution Point:回到當(dāng)前激活的斷點(diǎn)處。效果:若你鼠標(biāo)現(xiàn)在在別的頁面/別的類上面,點(diǎn)擊它快速“歸位”
2. Step Over步過:也叫單步調(diào)試,一行一行往下走,若這一行是方法也不會進(jìn)入里面去。這個應(yīng)該是平時使用得最多的按鈕了,沒有之一。所以,建議記住你的快捷鍵來提高效率哈
3.Step Into步入:進(jìn)入方法體內(nèi)部。這里的方法指的你自定義的方法or三方庫的方法,不會進(jìn)入到JDK官方的方法里(如上面的System.out.println()這種它是不會進(jìn)去的)
4.Force Step Into強(qiáng)制步入:能進(jìn)入任何方法,包括JDK的。一般查看底層源碼才會用到它
5.Step Out步出:它是搭配(Force) Step Into一起使用的,當(dāng)通過step into進(jìn)入到方法體內(nèi)部想出來時,一般有兩種方案:單步調(diào)試慢慢出來,另一個就是step out(推薦)
6.Drop frame:回到當(dāng)前方法的調(diào)用處,同時上下文內(nèi)所有的變量的值也回到那個時候。該按鈕能夠點(diǎn)擊的前提條件是:當(dāng)前所處的方法有上級方法,如果你是main方法里,那么按鈕就是灰色嘍
7.Run to Cursor運(yùn)行到光標(biāo)處:你想要代碼在哪里停一下,就把光標(biāo)放在哪就成。這個功能實(shí)在太好用了,大大緩解了密密麻麻的斷點(diǎn),強(qiáng)烈推薦
8.
Evaluate Expression表達(dá)式計算器:看圖標(biāo)就是個計算器嘛,所以你可以在這里執(zhí)行任何合法的表達(dá)式
Trace Current Stream Chain跟蹤當(dāng)前Stream流:只有代碼停在Stream流語句上,此圖標(biāo)才點(diǎn)亮可以被點(diǎn)擊。這是IDEA提供的由于調(diào)試Stream流的殺手锏級別的功能,放在文下詳細(xì)解釋
這一排按鈕非常重要,甚至是最重要,一定要熟練掌握,可以大大提高調(diào)試代碼的效率,親測有效。
把最左邊一豎排定義為服務(wù)按鈕,為調(diào)試過程提供服務(wù)。
一共10個,但都比較簡單和好理解。同樣的從上到下過一遍:
點(diǎn)擊會彈出這個配置窗口:
每份運(yùn)行期配置都是具名且唯一的,互相隔離。運(yùn)行配置可修改的項(xiàng)非常多,大概如下:
?說明:我截圖的頁面可能和你不一樣,因?yàn)槲矣玫氖亲钚掳娴腎DEA,此頁面在2020.3版本做了改版
?
Stop xxx:不解釋
View Breakpoints:打開斷點(diǎn)管理窗口。文上已詳細(xì)解釋了此窗口的用法
Mute Breakpoints:這個按鈕挺有意思的,作用是讓所有斷點(diǎn)變?yōu)榛疑?,也就是說讓它們失效。它是一個批量操作,操作對象是所有斷點(diǎn),而不可針對于某一個。若你現(xiàn)在不想把所有斷點(diǎn)刪除,但又不想它們阻攔你,那么可用這個按鈕實(shí)現(xiàn)
Get Thread Dump:拿到當(dāng)前線程的dump,可以查看到當(dāng)前線程的狀態(tài)。如下圖:
Settings:打開設(shè)置菜單。屬于高級使用,每一項(xiàng)開啟后有什么效果,放在文下解釋
顯示當(dāng)前方法(位于棧頂)所經(jīng)過的所有方法。
說明:點(diǎn)擊右上角的小漏斗圖標(biāo)可以不顯示類庫的方法,只顯示你自己寫的方法,方便調(diào)試
在此區(qū)域可以查看當(dāng)前斷點(diǎn)上下文范圍內(nèi)的所有變量值(即使不在本類內(nèi)也可以點(diǎn)過去查看哦),包括static靜態(tài)的。
值得注意:此區(qū)域里的變量IDEA會自動調(diào)用其toString()
方法,因此若你遇到正常運(yùn)行只輸出一句日志,debug輸出多句這種case很可能就是這個情況哦。
有的時候變量很多,而只需要重點(diǎn)關(guān)注某幾個變量,就可以使用Watches。
除了以上這些,還有什么動態(tài)改變變量值set Value,跳轉(zhuǎn)到源碼處jump to source等都是非常實(shí)用的功能,這就留你自己開發(fā)和實(shí)驗(yàn)哈。
有同學(xué)遇到過這個情況:明明斷點(diǎn)激活了(程序暫停了),但是那個“操作面板”并沒有出來,怎么破?
話不多說,檢查你的這個配置項(xiàng)是勾選狀態(tài)即可。這個狀態(tài)IDEA默認(rèn)是勾選上的,一般不用操心。
最后,站在使用層面,介紹些非常實(shí)用的“奇淫巧技”給你,這些小技巧可拿來就用。
場景描述:調(diào)試時,當(dāng)我走到第三步就發(fā)現(xiàn)了問題,這個時候并不希望走完后續(xù)流程(比如因?yàn)榍懊嬗衎ug后續(xù)流程會有刪除數(shù)據(jù)操作等等),這個時候怎么處理?
咔嚓,Stop程序。是的,很長一段時間里我也是這么干的,確實(shí)能達(dá)到目的。直到我發(fā)現(xiàn)了一個更優(yōu)雅的方法:Force Return,效果為:強(qiáng)制返回方法返回值(自己給個值)來避免后續(xù)的流程。
指定斷點(diǎn)的激活條件,都能稱作條件斷點(diǎn)。一般情況下,在行斷點(diǎn)下給定一個計算表達(dá)式,結(jié)果為true就激活斷點(diǎn)這是最常用的方式。因?yàn)樯厦嬉延邪咐?,這里省略
多線程程序的好處固然不用多說,但總所周知它調(diào)試起來是比較困難的,比如這段:
public static void main(String[] args) {
// 共放3個"令牌"
CyclicBarrier cyclicBarrier = new CyclicBarrier(3);
// 模擬多個線程去搶
for (int i = 0; i < 10; i++) {
new Thread(() -> {
try {
String name = Thread.currentThread().getName();
System.out.println(name + ",準(zhǔn)備搶令牌");
cyclicBarrier.await();
System.out.println(name + ",已搶到");
} catch (Exception e) {
}
}, "線程" + i).start();
}
}
這個時候如果你想研究await()
方法的實(shí)現(xiàn),需要具備的前提條件是多個線程進(jìn)入,因此需要hold住多個線程。若只是在await()這一行打個普通的行斷點(diǎn),那結(jié)果是這樣子的:
所有線程都是Running狀態(tài),顯示這是不可能的,因?yàn)榭偣仓挥?個另外,拿完了其它的都得等待才對,所以這個根本就不是真實(shí)的執(zhí)行場景,也就不可能跟蹤到await()方法里面去探究其實(shí)現(xiàn)。
為了模擬出這種場景進(jìn)行調(diào)試,就對斷點(diǎn)阻塞條件設(shè)置為這樣:
再次運(yùn)行程序,線程情況如下:
都知道調(diào)試面板里的Evaluate Expression可以計算表達(dá)式/變量的值,但那畢竟還得彈個窗稍顯麻煩,其實(shí)還有更為方便的方式:
用鼠標(biāo)操作,效率指數(shù)級提升。這個操作方式是:鼠標(biāo)指針選中表達(dá)式(IDEA智能自動選中) + 鼠標(biāo)左鍵單擊。當(dāng)然嘍,如果你想執(zhí)行自定義的不存在于代碼中的表達(dá)式,那必須調(diào)起窗口來操作。
Java 8的流行,徹底讓流式編程走進(jìn)我們的視野。使用Stream編程的好處眾多,但一直被大家詬病的是難以閱讀和難以調(diào)試,特別是后者。
為了調(diào)試它,我們經(jīng)常需要插入其它斷點(diǎn),并分析流中的每個轉(zhuǎn)換,不可為不麻煩。還好IDEA提供了處理該痛點(diǎn)的“能力”:當(dāng)調(diào)試器在Stream API調(diào)用鏈之前或之內(nèi)停止時,點(diǎn)擊Trace Current Stream Chain這個圖標(biāo)即可以“非常好看”的圖形化方式展示出來,一目了然:
需求場景:你寫了一個全局異常組件,現(xiàn)在想測試它生效情況如何,那么時候你就需要主動拋出這種異常,一般的做法是形如這樣:
// 自己在程序內(nèi)主動throw一個
throw new NullPointerException();
// 或者構(gòu)建個表達(dá)式
int i = 1/0;
這種做法均有一定的代碼侵入性,用后還得刪除。其實(shí)IDEA還提供了一種更為優(yōu)雅的解決方案:
掌握了IDEA斷點(diǎn)調(diào)試的基本技能,下面進(jìn)入到本文深水區(qū):斷點(diǎn)類型。難度不高,依舊是使用層面的事,但由于很多同學(xué)并不知道,因此是用于你超車的好材料。
對于打斷點(diǎn),估計大部分同學(xué)都只會左邊鼠標(biāo)單擊這種最基礎(chǔ)的方式。所以,看到這個小標(biāo)題估計你得再懵一次吧。what?斷點(diǎn)還有種類?
若你也是只在代碼左邊鼠標(biāo)單擊打上“小紅點(diǎn)”,然后嘎嘎就是干,空中轉(zhuǎn)體720度向后翻騰三周半......一把唆的選手,那么接下來就坐穩(wěn)嘍,準(zhǔn)備發(fā)車。
這么個姿勢也許能幫你定位50%以上的問題,但還有另外一半的case呢?如for循環(huán)調(diào)試,Stream流調(diào)試,lambda調(diào)試、異常調(diào)試等這些場景,用那“一把唆”的方式就很難搞定甚至說搞不定了。斷點(diǎn)是幫我們快速定位問題的,不同的場景打上合適的斷點(diǎn)將能事半功倍。
殊不知,IDEA給我們開發(fā)者提供了非常的斷點(diǎn)類型,以應(yīng)對不同場景下的調(diào)試。在對應(yīng)的場景下使用合適正確的斷點(diǎn)類型,能夠大大提高調(diào)試的效率,從而別人加班你下班,效率就是時間,而時間就是生命。
如圖,IDEA把斷點(diǎn)分為四大類型(截圖中只有三類):
下面就到了“啃硬骨”的時候了,來吧。
使用得最最最廣泛的斷點(diǎn)類型,平時大部分情況下都使用此種斷點(diǎn)。
Gif太大了放不上來,查閱地址:https://img-blog.csdnimg.cn/20210128011543377.gif
從“教程”中可以看到該斷點(diǎn)有很多的設(shè)置項(xiàng),也就是有很多的斷點(diǎn)參數(shù)可以配置,來了解下。
因?yàn)檫@是第一個介紹斷點(diǎn)參數(shù)的類型,因此會說得詳細(xì)些,這樣子后面相同功能的參數(shù)就不用再贅述了。對照這個截圖頁:
All(默認(rèn)):阻塞該程序內(nèi)所有線程
Thread:只阻塞當(dāng)前斷點(diǎn)所在線程
如上圖,不勾選Suspend:線程14和線程15正常運(yùn)行,“暢通無阻”
Gif太大了放不上來,查閱地址:https://img-blog.csdnimg.cn/20210128062330308.gif
如上圖,勾選Suspend-All:在斷點(diǎn)處,所有線程都被阻塞了,統(tǒng)一給我等待。
如上圖,勾選Suspend-Thread:method1的線程被阻塞,但是并不影響另外一個線程調(diào)用method2。
試想一下,既然“勾選Suspend-Thread”影響更小,那為何IDEA默認(rèn)幫你選擇All而不是Thread呢?原因是這樣子的:調(diào)試的目的就是讓程序“慢下來”,最好是靜止下來方便分析問題。否則,其它線程如果仍舊繼續(xù)保持執(zhí)行的話,可能一會這個請求改掉這個數(shù)據(jù)一會改掉那個數(shù)據(jù),增加了不可控性。不確定的增加從而大大增加調(diào)試難度和定位問題的難度,所以索性上個“同步鎖”來得省心,因此默認(rèn)選中Suspend-All是合理為之。
?說明:很多時候我們需要用本機(jī)連接測試環(huán)境打斷點(diǎn)進(jìn)行遠(yuǎn)程調(diào)試,若在這個case下強(qiáng)烈建議你使用Thread模式,否則你懂的
?
還有窗口里最右邊的這塊條件:
見名之意,一系列過濾器:過濾實(shí)例、過濾類、過濾調(diào)用者等等,一般這些們幾乎不會使用(至少我目前是還沒用過的),所以就一筆帶過。
行斷點(diǎn)一般配合單步調(diào)試一起使用,在看框架源碼、定位基礎(chǔ)問題等使用得特別多,是最需要掌握的一種斷點(diǎn)類型,沒得商量。
它也屬于行斷點(diǎn)的一種,只是參數(shù)不一樣而已。由于它比較特殊,所以單摘出來說道說道。創(chuàng)建普通行斷點(diǎn),然后把Remove once hit復(fù)選框勾選上即是一個臨時行斷點(diǎn),效果如下:
這種斷點(diǎn)類型,實(shí)際使用場景其實(shí)很少。
此類斷點(diǎn)是打在屬性上的,成員屬性和靜態(tài)屬性均可。它不是小紅點(diǎn),而是個紅色“小眼睛”。
如圖,此種斷點(diǎn)類型特有個watch參數(shù),兩個可選值的含義為:
當(dāng)想知道xxx屬性的賦值是誰時,由于程序太龐雜沒法知道斷點(diǎn)打哪兒從哪開始跟蹤,這個時候使用屬性類型的斷點(diǎn)一下子就搞定了,非常的方便。
斷點(diǎn)必須打在方法簽名的那一行,顏色形狀是個紅色的小菱形。
Watch有三個可選值:
?若entry和exit都勾選,那在進(jìn)入之后和出去之前都會激活斷點(diǎn)
?
對于此種斷點(diǎn)類型,可能你會說沒啥卵用。畢竟自己在方法頭尾打個行斷點(diǎn)就能達(dá)到同樣效果,沒必要單獨(dú)搞個類型嘛。
其實(shí),它的殺手锏級使用場景是把此種類型斷點(diǎn)打在接口方法上,這樣子不管哪個實(shí)現(xiàn)類方法被調(diào)用,都會激活斷點(diǎn),是不是特別給力。
比較小眾,但并不代表不重要。在我理解它比較小眾,可能大多數(shù)同學(xué)不知道如何打一個異常斷點(diǎn),因?yàn)樗皇鞘髽?biāo)單擊就能輕松搞定。
上面介紹了異常斷點(diǎn)它是一種全局?jǐn)帱c(diǎn)類型,因此并不能在代碼處直接單擊,而是只能在管理窗口里統(tǒng)一添加:
和其它斷點(diǎn)類型相比,至少有如下不一樣:
Notification有兩個可選值:
默認(rèn)情況下這兩個都會被勾選上,也就是說任何情況下發(fā)生此異常,都會激活斷點(diǎn)。
知曉了異常斷點(diǎn)的作用和觸發(fā)條件,使用場景就有啦。比如當(dāng)你的程序拋出了一個異常,但是一時半會你并不知道是哪行代碼引起的,這個時候通過增加異常斷點(diǎn)的方式可以實(shí)現(xiàn)迅速的問題定位。
每種斷點(diǎn)類型都有自己對應(yīng)的圖標(biāo),且有不同的狀態(tài)。我從官網(wǎng)趴了一張對比圖,總結(jié)得特別好,在這里一并分享給你:
現(xiàn)在大都是微服務(wù)架構(gòu)方式,每個微服務(wù)一般會有N多個上/下游依賴,如此以至于給調(diào)試帶來了很大困難,畢竟你幾乎不可能在本地同時把依賴都啟起來用IDEA做調(diào)試。所以,遠(yuǎn)程調(diào)試來了,它是調(diào)試分布式系統(tǒng)的一個利器。
遠(yuǎn)程調(diào)試:顧名思義,使用本地IDEA調(diào)試遠(yuǎn)程代碼(一般為QA環(huán)境,線上環(huán)境不可能開啟調(diào)試端口的)。那么如何開啟遠(yuǎn)程調(diào)試呢?
開啟遠(yuǎn)程調(diào)試只需要兩步即可:
第一步:讓遠(yuǎn)程部署的那個應(yīng)用支持遠(yuǎn)程調(diào)試,也就是暴露遠(yuǎn)程調(diào)試端口。方式方法為在應(yīng)用啟動時加上對應(yīng)的JVM參數(shù)即可,JDK版本不同參數(shù)也不一樣
第二步:用IDEA創(chuàng)建一個remote運(yùn)行配置,填上遠(yuǎn)程主機(jī)的ip + 暴露的調(diào)試端口即可。操作路徑為:Edit Configurations -> Add New Configuration ->
萬事俱備,點(diǎn)擊debug運(yùn)行,控制臺里能看到如下字樣就證明你鏈接成功了:
值得注意的是:遠(yuǎn)程調(diào)試時請確保你本地代碼和遠(yuǎn)程代碼一模一樣,已達(dá)到最佳效果。
若你是個Spring Boot應(yīng)用,那么在jar -jar時加上JVM參數(shù)即可,那么如果是要使用傳統(tǒng)的tomcat方式部署呢?這個時候找到傳統(tǒng)tomcat的啟動腳本startup.sh
:
#!/bin/sh
os400=false
...
PRGDIR=`dirname "$PRG"`
EXECUTABLE=catalina.sh
...
exec "$PRGDIR"/"$EXECUTABLE" start "$@"
為了加上咱們的JVM參數(shù),只需要在exec xxx
之前添加一個變量值即可(以JDK8為例):
JPDA_OPTS='-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=具體的端口號’
?注意:這個key名稱必須是JPDA_OPTS。
?
有好奇心的你可能不禁就要問了:為何加個JPDA_OPTS參數(shù)就行了呢?也沒見exec xxx
使用它呀,其實(shí)不然,下面簡單解釋下,不展開。
exec
執(zhí)行時引用了變量 $EXECUTABLE,它代表的是就是catalina.sh
這個文件,該文件里面有大量變量判斷腳本,當(dāng)然包括負(fù)責(zé)對JPDA_OPTS解釋:
#!/bin/sh
cygwin=false
darwin=false
...
if [ "$1" = "jpda" ] ; then
if [ -z "$JPDA_TRANSPORT" ]; then
JPDA_TRANSPORT="dt_socket"
fi
if [ -z "$JPDA_ADDRESS" ]; then
JPDA_ADDRESS="localhost:8000"
fi
if [ -z "$JPDA_SUSPEND" ]; then
JPDA_SUSPEND="n"
fi
if [ -z "$JPDA_OPTS" ]; then
JPDA_OPTS="-agentlib:jdwp=transport=$JPDA_TRANSPORT,address=$JPDA_ADDRESS,server=y,suspend=$JPDA_SUSPEND"
fi
CATALINA_OPTS="$JPDA_OPTS $CATALINA_OPTS"
shift
fi
...
感謝各位的閱讀,以上就是“IDEA如何調(diào)試debug”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對IDEA如何調(diào)試debug這一問題有了更深刻的體會,具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云,小編將為大家推送更多相關(guān)知識點(diǎn)的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。