一張圖讀懂Java多執行緒

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。那麼將是有一個生命週期。