Java線程的5種狀態及切換(透徹講解)-京東面試

thread的run 和start的區別參考：多線程-Thread的run()與start()的區別

1、Thread的幾個重要方法：

咱們先了解一下Thread的幾個重要方法。

a、start()方法，開始執行該線程；
b、stop()方法，強制結束該線程執行；
c、join方法，等待該線程結束。
d、sleep()方法，線程進入等待。
e、run()方法，直接執行線程的run()方法，可是線程調用start()方法時也會運行run()方法，區別就是一個是由線程調度運行run()方法，一個是直接調用了線程中的run()方法！！
看到這裏，可能有些人就會問啦，那wait()和notify()呢？要注意，其實wait()與notify()方法是Object的方法，不是Thread的方法！

同時，wait()與notify()會配合使用，分別表示線程掛起和線程恢復。

這裏還有一個很常見的問題，順帶提一下：wait()與sleep()的區別，簡單來講wait()會釋放對象鎖資源而sleep()不會釋放對象鎖資源。可是 wait 和sleep 都會釋放cpu資源 

具體參考：sleep、yield、wait、join的區別(阿里面試)

2、Java中的線程的生命週期大致可分爲5種狀態。 

1. 新建(NEW)：新建立了一個線程對象，並無調用start()方法以前。

2. 可運行(RUNNABLE)：也就是就緒狀態，調用start()方法以後線程就進入就緒狀態， 可是並非說只要調用start()方法線程就立刻變爲當前線程，在變爲當前線程以前都是爲就緒狀態。值得一提的是，線程在睡眠和掛起中恢復的時候也會進入就緒狀態。線程對象建立後，其餘線程(好比main線程）調用了該對象的start()方法。該狀態的線程位於可運行線程池中，等待被線程調度選中，獲取cpu 的使用權 。

3. 運行(RUNNING)：可運行狀態(runnable)的線程得到了cpu 時間片（timeslice） ，執行程序代碼。：線程被設置爲當前線程，開始執行run()方法。就是線程進入運行狀態
4. 阻塞(BLOCKED)：阻塞狀態是指線程由於某種緣由放棄了cpu 使用權，也即讓出了cpu timeslice，暫時中止運行。直到線程進入可運行(runnable)狀態，纔有機會再次得到cpu timeslice 轉到運行(running)狀態。線程被暫停，好比說調用sleep()方法後線程就進入阻塞狀態。 

阻塞的狀況分三種： 

(一). 等待阻塞：運行(running)的線程執行o.wait()方法，JVM會把該線程放入等待隊列(waitting queue)中。
(二). 同步阻塞：運行(running)的線程在獲取對象的同步鎖時，若該同步鎖被別的線程佔用，則JVM會把該線程放入鎖池(lock pool)中。
(三). 其餘阻塞：運行(running)的線程執行Thread.sleep(long ms)或t.join()方法，或者發出了I/O請求時，JVM會把該線程置爲阻塞狀態。當sleep()狀態超時、join()等待線程終止或者超時、或者I/O處理完畢時，線程從新轉入可運行(runnable)狀態。

5. 死亡(DEAD)：線程執行結束，線程run()、main() 方法執行結束，或者因異常退出了run()方法，則該線程結束生命週期。死亡的線程不可再次復生。

 

三.線程的狀態圖

     

 

二.初始狀態

1. 實現Runnable接口和繼承Thread能夠獲得一個線程類，new一個實例出來，線程就進入了初始狀態

三.可運行狀態

1. 可運行狀態只是說你資格運行，調度程序沒有挑選到你，你就永遠是可運行狀態。
2. 調用線程的start()方法，此線程進入可運行狀態。
3. 當前線程sleep()方法結束，其餘線程join()結束，等待用戶輸入完畢，某個線程拿到對象鎖，這些線程也將進入可運行狀態。
4. 當前線程時間片用完了，調用當前線程的yield()方法，當前線程進入可運行狀態。
5. 鎖池裏的線程拿到對象鎖後，進入可運行狀態。

四.運行狀態

1. 線程調度程序從可運行池中選擇一個線程做爲當前線程時線程所處的狀態。這也是線程進入運行狀態的惟一一種方式。

五.死亡狀態

1. 當線程的run()方法完成時，或者主線程的main()方法完成時，咱們就認爲它死去。這個線程對象也許是活的，可是，它已經不是一個單獨執行的線程。線程一旦死亡，就不能復生。
2. 在一個死去的線程上調用start()方法，會拋出java.lang.IllegalThreadStateException異常。

六.阻塞狀態

1. 當前線程T調用Thread.sleep()方法，當前線程進入阻塞狀態。
2. 運行在當前線程裏的其它線程t2調用join()方法，當前線程進入阻塞狀態。
3. 等待用戶輸入的時候，當前線程進入阻塞狀態。

七.等待隊列(本是Object裏的方法，但影響了線程)

1. 調用obj的wait(), notify()方法前，必須得到obj鎖，也就是必須寫在synchronized(obj) 代碼段內。
2. 與等待隊列相關的步驟和圖

• 線程1獲取對象A的鎖，正在使用對象A。
• 線程1調用對象A的wait()方法。
• 線程1釋放對象A的鎖，並立刻進入等待隊列。
• 鎖池裏面的對象爭搶對象A的鎖。
• 線程5得到對象A的鎖，進入synchronized塊，使用對象A。
• 線程5調用對象A的notifyAll()方法，喚醒全部線程，全部線程進入鎖池。||||| 線程5調用對象A的notify()方法，喚醒一個線程，不知道會喚醒誰，被喚醒的那個線程進入鎖池。
• notifyAll()方法所在synchronized結束，線程5釋放對象A的鎖。
• 鎖池裏面的線程爭搶對象鎖，但線程1何時能搶到就不知道了。||||| 本來鎖池+第6步被喚醒的線程一塊兒爭搶對象鎖。

 

八.鎖池狀態

1. 當前線程想調用對象A的同步方法時，發現對象A的鎖被別的線程佔有，此時當前線程進入鎖池狀態。簡言之，鎖池裏面放的都是想爭奪對象鎖的線程。
2. 當一個線程1被另一個線程2喚醒時，1線程進入鎖池狀態，去爭奪對象鎖。
3. 鎖池是在同步的環境下才有的概念，一個對象對應一個鎖池。

九.幾個方法的比較

1. Thread.sleep(long millis)，必定是當前線程調用此方法，當前線程進入阻塞，但不釋放對象鎖，millis後線程自動甦醒進入可運行狀態。做用：給其它線程執行機會的最佳方式。
2. Thread.yield()，必定是當前線程調用此方法，當前線程放棄獲取的cpu時間片，由運行狀態變會可運行狀態，讓OS再次選擇線程。做用：讓相同優先級的線程輪流執行，但並不保證必定會輪流執行。實際中沒法保證yield()達到讓步目的，由於讓步的線程還有可能被線程調度程序再次選中。Thread.yield()不會致使阻塞。
3. t.join()/t.join(long millis)，當前線程裏調用其它線程1的join方法，當前線程阻塞，但不釋放對象鎖，直到線程1執行完畢或者millis時間到，當前線程進入可運行狀態。
4. obj.wait()，當前線程調用對象的wait()方法，當前線程釋放對象鎖，進入等待隊列。依靠notify()/notifyAll()喚醒或者wait(long timeout)timeout時間到自動喚醒。
5. obj.notify()喚醒在此對象監視器上等待的單個線程，選擇是任意性的。notifyAll()喚醒在此對象監視器上等待的全部線程。
6. 關於這幾個方法，阿里面試官問到過，我詳細的做了總結：參考 sleep、yield、wait、join的區別(阿里)

十.兩個疑問

1. 當對象鎖被某一線程釋放的一瞬間，鎖池裏面的哪一個線程能得到這個鎖？隨機？隊列FIFO？or sth else？
2. 等待隊列裏許許多多的線程都wait()在一個對象上，此時某一線程調用了對象的notify()方法，那喚醒的究竟是哪一個線程？隨機？隊列FIFO？or sth else？java文檔就簡單的寫了句：選擇是任意性的。