jstack 查看線程狀態

使用jstack pid命令能夠查看JVM的線程狀態,其中值得關注的線程狀態有：
死鎖，Deadlock（重點關注）
執行中，Runnable
等待資源，Waiting on condition（重點關注）
等待獲取監視器，Waiting on monitor entry（重點關注）
暫停，Suspended
對象等待中，Object.wait() 或 TIMED_WAITING
阻塞，Blocked（重點關注）
中止，Parked

 

含義以下所示：
Deadlock：死鎖線程，通常指多個線程調用間，進入相互資源佔用，致使一直等待沒法釋放的狀況。
Runnable：通常指該線程正在執行狀態中，該線程佔用了資源，正在處理某個請求，有可能正在傳遞SQL到數據庫執行，有可能在對某個文件操做，有可能進行數據類型等轉換。
Waiting on condition：等待資源，或等待某個條件的發生。具體緣由需結合 stacktrace來分析。
一種狀況是網絡很是忙，幾乎消耗了全部的帶寬，仍然有大量數據等待網絡讀寫；
另外一種狀況也多是網絡空閒，但因爲路由等問題，致使包沒法正常的到達。
若是堆棧信息明確是應用代碼，則證實該線程正在等待資源。通常是大量讀取某資源，且該資源採用了資源鎖的狀況下，線程進入等待狀態，等待資源的讀取。
又或者，正在等待其餘線程的執行等。
若是發現有大量的線程都在處在 Wait on condition，從線程 stack看，正等待網絡讀寫，這多是一個網絡瓶頸的徵兆。由於網絡阻塞致使線程沒法執行。
另一種出現 Wait on condition的常見狀況是該線程在 sleep，等待 sleep的時間到了時候，將被喚醒。
Blocked：線程阻塞，是指當前線程執行過程當中，所須要的資源長時間等待卻一直未能獲取到，被容器的線程管理器標識爲阻塞狀態，能夠理解爲等待資源超時的線程。
Waiting for monitor entry 和 in Object.wait()：Monitor 是 Java中用以實現線程之間的互斥與協做的主要手段，它能夠當作是對象或者 Class的鎖。每個對象都有，也僅有一個 monitor。從下圖1中能夠看出，每一個 Monitor在某個時刻，只能被一個線程擁有，該線程就是 「Active Thread」，而其它線程都是 「Waiting Thread」，分別在兩個隊列 「 Entry Set」和 「Wait Set」裏面等候。在 「Entry Set」中等待的線程狀態是 「Waiting for monitor entry」，而在 「Wait Set」中等待的線程狀態是 「in Object.wait()」。