一、線程的生命周期及五種基本狀態

關于Java中線程的生命周期，首先看一下下面這張較為經典的圖：

上圖中基本上囊括了Java中多線程各重要知識點。掌握了上圖中的各知識點，Java中的多線程也就基本上掌握了。主要包括：

Java線程具有七種基本狀態

新建狀態(New)：至今尚未啟動的線程的狀態。線程剛被創建，但尚未啟動。如：Thread t = new MyThread();

就緒狀態(Runnable)：當調用線程對象的start()方法(t.start();)，線程即進入就緒狀態。處于就緒狀態的線程，只是說明此線程已經做好了準備，隨時等待CPU調度執行，并不是說執行了t.start()此線程立即就會執行；

運行狀態(Running)：當CPU開始調度處于就緒狀態的線程時，此時線程才得以真正執行，即進入到運行狀態。注：就 ? ? 緒狀態是進入到運行狀態的唯一入口，也就是說，線程要想進入運行狀態執行，首先必須處于就緒狀態中；

無限期等待(Waiting)：位于對象等待池中的阻塞狀態(Blocked in object’s wait pool)：當線程處于運行狀態時，如果執行了某個對象的wait()方法，Java虛擬機就會把線程放到這個對象的等待池中，這涉及到“線程通信”的內容。處于這種狀態的線程不會被分配處理器執行時間，它們要等待被其他線程顯示喚醒。以下方法會讓線程陷入無限期的等待狀態：

沒有設置timeout參數的Object::wait()方法

沒有設置timeout參數的Thread::join()方法

LockSupport::park()方法

限期等待(Timed Waiting)：處于這種狀態的線程也不會被分配處理器執行時間，不過無須等待其他線程顯示喚醒，在一定時間后它們由系統自動喚醒。以下方法會讓線程進入期限等待狀態：

Thread::sleep()方法

設置了timeout參數的Object::wait()方法

設置了timeout參數的Thread::join()方法

LockSupport::parkNanos()方法

LockSupport::parkUntil()方法

阻塞狀態(Blocked)：處于運行狀態中的線程由于某種(當線程處于運行狀態時，試圖獲得某個對象的同步鎖時，如果該對象的同步鎖已經被其他線程占用，Java虛擬機就會把這個線程放到這個對象的鎖池中，這涉及到“線程同步”的內容。【線程在獲取synchronized同步鎖失敗(因為鎖被其它線程所占用)】)原因，暫時放棄對CPU的使用權，停止執行，此時進入阻塞狀態，直到其進入到就緒狀態，才有機會再次被CPU調用以進入到運行狀態。

“阻塞狀態”與“等待狀態”的區別：“阻塞狀態”在等待著獲取一個排它鎖，這個事件將在另一個線程放棄這個鎖的時候發生；而“等待狀態”則是在等待一段時間，或者喚醒動作發生。在程序進入同步區域的時候，線程就會進入阻塞狀態。

死亡狀態(Dead)：線程執行完了或者因異常退出了run()方法，該線程結束生命周期。

JVM線程運行狀態 (JVM Thread Status)

至今尚未啟動的線程的狀態。線程剛被創建，但尚未啟動。

可運行線程的線程狀態。線程正在JVM中執行，有可能在等待操作系統中的其他資源，比如處理器。

受阻塞并且正在等待監視器的某一線程的線程狀態。處于受阻塞狀態的某一線程正在等待監視器鎖，以便進入一個同步的塊/方法，或者在調用 Object.wait 之后再次進入同步的塊/方法。在Thread Dump日志中通常顯示為?java.lang.Thread.State: BLOCKED (on object monitor)?。

某一等待線程的線程狀態。線程正在無期限地等待另一個線程來執行某一個特定的操作，線程因為調用下面的方法之一而處于等待狀態：

不帶超時的 Object.wait 方法，日志中顯示為?java.lang.Thread.State: WAITING (on object monitor)

不帶超時的 Thread.join 方法

LockSupport.park 方法，日志中顯示為?java.lang.Thread.State: WAITING (parking)

指定了等待時間的某一等待線程的線程狀態。線程正在等待另一個線程來執行某一個特定的操作，并設定了指定等待的時間，線程因為調用下面的方法之一而處于定時等待狀態：

Thread.sleep 方法

指定超時值的 Object.wait 方法

指定超時值的 Thread.join 方法

LockSupport.parkNanos

LockSupport.parkUntil

線程處于終止狀態。

根據Java Doc中的說明，在給定的時間上，一個只能處于上述的一種狀態之中，并且這些狀態都是JVM的狀態，跟操作系統中的線程狀態無關。

JAVA虛擬機啟動程序步驟：

(1) Main是啟動時候的主線程，即程序入口

(2) 在main函數結束后，虛擬機會自動啟動一個DestroyJavaVM線程，該線程會等待所有user thread 線程結束后退出(即，只剩下daemon 線程和DestroyJavaVM線程自己，整個虛擬機就退出，此時daemon線程被終止)，因此，如果不希望程序退出，只要創建一個非daemon的子線程，讓線程不停的sleep即可。

線程的創建

Thread類，有一個start方法，即啟動該線程。 啟動的線程會執行該類的run方法。注意：因為啟動線程時要執行某個過程，因此，通常是需要重新實現run方法的

線程的結束

run模塊執行完成主動退出，或者被其他線程強行終止。

通過jstack pid >1.txt

線程狀態樣例

等待狀態樣例

上面例子中，IoWaitThread 線程保持等待狀態并從 LinkedBlockingQueue 接收消息，如果 LinkedBlockingQueue 一直沒有消息，該線程的狀態將不會改變。

阻塞狀態樣例

在上面的例子中，BLOCKED_TEST pool-1-thread-1 線程占用了 <0x0000000780a000b0> 鎖，然而 BLOCKED_TEST pool-1-thread-2 和 BLOCKED_TEST pool-1-thread-3 threads 正在等待獲取鎖。

死鎖狀態樣例

上面的例子中，當線程 A 需要獲取線程 B 的鎖來繼續它的任務，然而線程 B 也需要獲取線程 A 的鎖來繼續它的任務的時候發生的。在 thread dump 中，你能看到 DEADLOCK_TEST-1 線程持有 0x00000007d58f5e48 鎖，并且嘗試獲取 0x00000007d58f5e60 鎖。你也能看到 DEADLOCK_TEST-2 線程持有 0x00000007d58f5e60，并且嘗試獲取 0x00000007d58f5e78，同時 DEADLOCK_TEST-3 線程持有 0x00000007d58f5e78，并且在嘗試獲取 0x00000007d58f5e48 鎖，如你所見，每個線程都在等待獲取另外一個線程的鎖，這狀態將不會被改變直到一個線程丟棄了它的鎖。

無限等待的Runnable狀態樣例

上例中線程的狀態是RUNNABLE，但在下面的堆棧日志中發現socketReadThread 線程正在無限等待讀取 socket，因此不能單純通過線程的狀態來確定線程是否處于阻塞狀態，應該根據詳細的堆棧信息進行分析。

總結

以上是生活随笔為你收集整理的java threadstatus_Thread之一：线程生命周期及六种状态的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。