1、帶著疑問看圖

1）競爭對象的鎖和競爭CPU資源以及競爭被喚醒

2）何種情況下獲取到了鎖，何種情況下會釋放鎖

2、還是那張圖

3、詳細圖解

1）Thread t = new Thread()，初始化一個線程，實際上就是一個普通對象，此時他的狀態為New

2）t.start(); 線程處于就緒狀態（可運行狀態），也就是隨時等待著運行， 不要小看這個start，這個start決定了他是否是一個真正的線程實例，因為start為其準備了線程環境，你若只是普通調用run方法，那么這就是 一個普通的方法。處在這個時候的線程，都會去競爭CPU資源，所以誰被競爭到了CPU資源，也就是被調度Scheduler，那么他就可以從可運行狀態到 真正運行狀態。

3）當線程獲取到了CPU資源時，線程就從可運行狀態到真正運行狀態，也就是Running，不用懷疑，他現在正在運行。

4）如果這個線程正在等待客戶輸入學習，也就是IO異常，等各種阻塞事件，也有可能是自己調用了sleep等阻塞事件，線程就會從運行狀態轉為阻塞狀態，這個狀態是不會發生任何事情的！

5）一旦阻塞事件被清除，比如用戶已經輸入完成，IO流已經關閉，sleep也已經超時等，線程從阻塞狀態變為就緒狀態，又一次回到了可運行狀態，隨時與別的線程競爭資源，等待運行！

6）處于運行狀態的線程可能會在運行當中遇到了同步方法或同步塊，也就是synchronized標記的方法或塊，這個時候該線程獲到了對象的鎖， 其他線程就無法進入該同步方法，那么這些無法執行的線程怎么辦呢？他們就都阻塞在這里，等待鎖的釋放，從新去競爭鎖資源，因為只有擁有鎖的線程才有資格繼 續往下運行，那么這里這些線程就阻塞在鎖池（Lock Pool）。

7）一旦被阻塞在鎖池的線程競爭到了鎖（之前的線程運行完了或之前的線程在內部跑出來異常，或者調用了wait等，都會釋放線程的鎖），那么這個線 程就會從阻塞狀態轉為就緒狀態，不要以為這個線程會立刻執行，這是不可能的，你要想到線程執行都是要獲取到CPU資源的，如果沒有操作系統的調度，他們都 沒有資格運行！

8）處于運行狀態的線程可能會在運行當中進入了同步方法或同步塊，這個時候他擁有了對象的鎖，至高無上，可是由于當前環境可能導致他沒必要繼續執 行，所以他會自己讓出鎖資源讓別的線程也有機會繼續執行，所以這個線程可能在synchronized內部調用所對象的wait方法，一旦調用，當前線程 讓出鎖資源，同時自己進入等待池（wait pool）中，直到被別的線程喚醒！如果沒有被喚醒就一直會處在等待池當中，受到線程的阻塞，所以這個時候他們一心想要的是被喚醒，因為只有喚醒才有可能 繼續運行！

9）一旦被阻塞在等待池的線程被喚醒（可能是某個synchronized的線程調用了notify或notifyAll，也可能是外部調用 interrupt導致內部拋出異常，也會獲取到鎖），那么這個線程就會從等待池轉為鎖池當中，繼續阻塞，所以不要以為線程被喚醒就會繼續運行，這是不可 能的，他們同樣需要競爭鎖資源。

10）線程運行過程中拋出異常，或者線程實在運行完了，那么線程就結束了，也就是消亡期。運行完了是不可以繼續start的，必須從新new 一個線程才能start。那么將是有一個生命周期。