1 多線程調試
開發過多線程應用的朋友應該有體會，有些時候，為了觀察多個線程間變量的不同狀態，以及鎖的獲取等，就會想到在代碼里加個斷點debug一下。
在IDE里斷點停下來的時候，可以切換到另外的線程中，跑其他的代碼，不會互相影響。當然，這里是有個開關的，在Eclipse里默認開啟，
但是在IntelliJ IDEA里默認是沒有開啟的。也就是說如果你在IDEA里代碼里加斷點，雖然一個線程的斷了下來，但其他線程的已經執行過了。此處把線程的suspend設置成和Eclipse模式一樣之后，也可以開始多線程應用的調試。簡單設置可以直接在斷點處，將suspend改成Thread
一個線程斷下來之后，可以通過在線程窗口切換，到其它線程中繼續運行。
IntelliJ IDEA里在這兒切換
我們看到main線程和pool-1-thread-1這兩個線程都處於RUNNING狀態，切換到任何一個都可以繼續運行。
此時，就可以寫一個多線程的應用，同時向ArryList這一類非線程安全的容器中存放內容，然后觀察為什么他們是線程不安全的，會出現什么問題，生動又形象。
PS: 這里順道說一下，這就是為什么創建線程時建議起一個有意義的名字，至少是可以識別的名字，否則在這里都不能區分出哪個是自己的線程，想切換還麻煩。
2 后退執行
這里所說的后退執行，是有些時候我們在debug代碼時，懶的每個方法都進入單步調試，就會出現你觀察一個變量值的變化時，某個方法沒跟進去，結果值就變了，不得不重來一次。
依靠后退執行的功能，可以后退，就像下棋時悔棋那種功能一樣。當然，這個后退招待的名字是我自己起的，在IDE里被稱為Drop Frame。
有了這個功能，我們在Drop 了當前這個Frame之后，已經改變的變量值不會恢復。比如你向當前調用方法里傳入了一個List，並且在方法中向List里添加了內容，那在Drop到調用該方法的地方時，List不會恢復到之前的狀態。
但是在該方法再次被調用時，你可以觀察List什么時候被改變的，至少不需要再重跑一遍程序了。甚至你可以一言不合就后退。
3 條件斷點
為了調試代碼，就需要在要觀察變更的地方添加斷點，然后小心翼翼的一步步執行。但是如果是在一個循環里，又或者該方法會被多線程同時調用到的時候，你小心的向下單步調試，發現沒有你關心的內容，又從循環開始處跑下來，還是沒你的內容，人就開始煩燥起來。
其實，在添加斷點的時候，我們可以為斷點增加一定的條件，這樣，在指定的條件滿足時，斷點才會生效。
IntelliJ IDEA內，在斷點上右擊，會彈出如下圖的條件框，輸入指定的條件即可。
有了條件斷點，不相關，不感興趣的代碼就可以直接跳過了。
4 片斷代碼
這個沒想好用什么名字來表述。有些時候在調試過程中，忽然想招待一段與此相關，但不在源文件中的代碼來觀察一下，輔助進行問題分析。此時你會停止程序，添加代碼然后重新跑一次嗎？
在IDEA里有一個執行代碼片斷的功能，可以在當前代碼的上下文內，執行你臨時寫的代碼。
例如，當前方法傳入一個List，但這個方法里少一個你后面條件需要使用到的元素，此時你可以臨時使用片斷代碼執行的功能，添加一個進去。
注意，在IntelliJ IDEA里，這個上面紅框，像個小計算器的按鈕就是臨時執行的功能，點擊之后，會彈出按鈕下方這個Evaluate Expression的框，輸入代碼，點擊右下角的Evalute即可。返回值會顯示在Result處。
這就就相當於臨時改變了變量內容。
然后，還可以調用對象的方法，執行功能，獲取屬性值等。
5 查看變量修改值
每個IDE在調試代碼時都提供了一個觀察當前上下文變量值的窗口。其實除了查看之外，一些非final的基本類型，還可以直接在此處修改值。這樣如果多次循環執行時，每次可以恢復到期望的值，不需要重啟程序。
