一張圖讀懂 Java 多線程

一、帶着疑問看圖

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

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

二、仍是那張圖

三、詳細圖解

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