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。那麼将是有一個生命周期。
來源：51cto