自從拋棄eclipse之後就一直在用IDEA，其強大功能讓源碼的調試過程無比順暢。
從此，透心涼，心飛揚。
1.條件斷點
看源碼的時候,經常遇到這個情況,源碼中有個for循環,關鍵是這個list的size有時候長達數百個.但是我們只想debug一種情況.肥朝就曾經見過,在for循環中打了斷點,一直按跳過,按了數十下之後.才找到自己想debug的值.這樣效率不高
比如下文這個
如果你想debug數字10這種情況,如果你不知道條件斷點,那麼你可能要一直點9次跳過.我們來看一下條件斷點的使用
這樣,就只有滿足條件的時候才會進入斷點了,告別無效的 小手一抖!
2.強制返回值
比如SpringBoot中這個打印Banner的.我們想調試多種情況.就可以利用這個 ForceReturn,這樣方便我們調試源碼中的多種分支流程
3.模擬異常
在做業務開發中,我們有時需要模擬某個方法拋出異常,看看自己的代碼是不是像肥朝一樣可靠得一逼.但是你每次去寫死一個異常,然後再刪掉,這種低效的方式有違極客精神.那麼我們如果讓一個方法拋出異常呢?
不過要注意的一點是,這個功能印象中是IDEA 2018年以後的版本才有的功能.
4.Evaluate Expression
比如我們看源碼時遇到這個一個場景,這裡有一個 byte[],但是我們就想看一下這個的值到底是啥.
那麼我們可以這麼操作一波
這個功能的使用場景非常的廣,通過這個功能,可以在看源碼時,給某個變量賦我們要想的值,從而改變代碼的分支走向等等.總之,這個是肥朝看源碼中,使用頻率最高的功能之一.更多場景,等待 老司機們自己調教!
5.toString的坑(重點)
相信看過Dubbo源碼的朋友都會遇到過這個一個坑.也就是你把斷點打在下面圖示的第一個箭頭的時候,是無法進入 init()方法的.但是你把斷點打在第二個箭頭也就是 init()方法的時候,是能進入的.曾經也有不少人問過這個問題.
當然除了這個坑之外,也有類似的坑,如下
這個idea的默認設置.建議在一定條件下還是關閉.