透徹講解，Java線程的6種狀態及切換

Java中線程的狀態分爲6種。

1. 初始(NEW)：新建立了一個線程對象，但尚未調用start()方法。
2. 運行(RUNNABLE)：Java線程中將就緒（ready）和運行中（running）兩種狀態籠統的稱爲「運行」。

線程對象建立後，其餘線程(好比main線程）調用了該對象的start()方法。該狀態的線程位於可運行線程池中，等待被線程調度選中，獲取CPU的使用權，此時處於就緒狀態（ready）。就緒狀態的線程在得到CPU時間片後變爲運行中狀態（running）。

1. 阻塞(BLOCKED)：表示線程阻塞於鎖。
2. 等待(WAITING)：進入該狀態的線程須要等待其餘線程作出一些特定動做（通知或中斷）。
3. 超時等待(TIMED_WAITING)：該狀態不一樣於WAITING，它能夠在指定的時間後自行返回。
4. 終止(TERMINATED)：表示該線程已經執行完畢。

這6種狀態定義在Thread類的State枚舉中，可查看源碼進行一一對應。

線程的狀態圖

1. 初始狀態

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

2.1. 就緒狀態

就緒狀態只是說你資格運行，調度程序沒有挑選到你，你就永遠是就緒狀態。

調用線程的start()方法，此線程進入就緒狀態。

當前線程sleep()方法結束，其餘線程join()結束，等待用戶輸入完畢，某個線程拿到對象鎖，這些線程也將進入就緒狀態。

當前線程時間片用完了，調用當前線程的yield()方法，當前線程進入就緒狀態。

鎖池裏的線程拿到對象鎖後，進入就緒狀態。

2.2. 運行中狀態

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

1. 阻塞狀態

阻塞狀態是線程阻塞在進入synchronized關鍵字修飾的方法或代碼塊(獲取鎖)時的狀態。

1. 等待

處於這種狀態的線程不會被分配CPU執行時間，它們要等待被顯式地喚醒，不然會處於無限期等待的狀態。

1. 超時等待

處於這種狀態的線程不會被分配CPU執行時間，不過無須無限期等待被其餘線程顯示地喚醒，在達到必定時間後它們會自動喚醒。

1. 終止狀態

當線程的run()方法完成時，或者主線程的main()方法完成時，咱們就認爲它終止了。這個線程對象也許是活的，可是，它已經不是一個單獨執行的線程。線程一旦終止了，就不能復生。

在一個終止的線程上調用start()方法，會拋出java.lang.IllegalThreadStateException異常。

等待隊列
調用obj的wait(), notify()方法前，必須得到obj鎖，也就是必須寫在synchronized(obj) 代碼段內。

與等待隊列相關的步驟和圖

1.線程1獲取對象A的鎖，正在使用對象A。

2.線程1調用對象A的wait()方法。

3.線程1釋放對象A的鎖，並立刻進入等待隊列。

4.鎖池裏面的對象爭搶對象A的鎖。

5.線程5得到對象A的鎖，進入synchronized塊，使用對象A。

6.線程5調用對象A的notifyAll()方法，喚醒全部線程，全部線程進入同步隊列。若線程5調用對象A的notify()方法，則喚醒一個線程，不知道會喚醒誰，被喚醒的那個線程進入同步隊列。

7.notifyAll()方法所在synchronized結束，線程5釋放對象A的鎖。

8.同步隊列的線程爭搶對象鎖，但線程1何時能搶到就不知道了。

同步隊列狀態

1.當前線程想調用對象A的同步方法時，發現對象A的鎖被別的線程佔有，此時當前線程進入同步隊列。簡言之，同步隊列裏面放的都是想爭奪對象鎖的線程。

2.當一個線程1被另一個線程2喚醒時，1線程進入同步隊列，去爭奪對象鎖。

3.同步隊列是在同步的環境下才有的概念，一個對象對應一個同步隊列。

4.線程等待時間到了或被notify/notifyAll喚醒後，會進入同步隊列競爭鎖，若是得到鎖，進入RUNNABLE狀態，不然進入BLOCKED狀態等待獲取鎖。

幾個方法的比較
1.Thread.sleep(long millis)，必定是當前線程調用此方法，當前線程進入TIMED_WAITING狀態，但不釋放對象鎖，millis後線程自動甦醒進入就緒狀態。做用：給其它線程執行機會的最佳方式。

2.Thread.yield()，必定是當前線程調用此方法，當前線程放棄獲取的CPU時間片，但不釋放鎖資源，由運行狀態變爲就緒狀態，讓OS再次選擇線程。做用：讓相同優先級的線程輪流執行，但並不保證必定會輪流執行。實際中沒法保證yield()達到讓步目的，由於讓步的線程還有可能被線程調度程序再次選中。Thread.yield()不會致使阻塞。該方法與sleep()相似，只是不能由用戶指定暫停多長時間。

3.thread.join()/thread.join(long millis)，當前線程裏調用其它線程t的join方法，當前線程進入WAITING/TIMED_WAITING狀態，當前線程不會釋放已經持有的對象鎖。線程t執行完畢或者millis時間到，當前線程通常狀況下進入RUNNABLE狀態，也有可能進入BLOCKED狀態（由於join是基於wait實現的）。

4.obj.wait()，當前線程調用對象的wait()方法，當前線程釋放對象鎖，進入等待隊列。依靠notify()/notifyAll()喚醒或者wait(long timeout) timeout時間到自動喚醒。

5.obj.notify()喚醒在此對象監視器上等待的單個線程，選擇是任意性的。notifyAll()喚醒在此對象監視器上等待的全部線程。

6.LockSupport.park()/LockSupport.parkNanos(long nanos),LockSupport.parkUntil(long deadlines), 當前線程進入WAITING/TIMED_WAITING狀態。對比wait方法,不須要得到鎖就可讓線程進入WAITING/TIMED_WAITING狀態，須要經過LockSupport.unpark(Thread thread)喚醒。

疑問

等待隊列裏許許多多的線程都wait()在一個對象上，此時某一線程調用了對象的notify()方法，那喚醒的究竟是哪一個線程？隨機？隊列FIFO？or sth else？Java文檔就簡單的寫了句：選擇是任意性的（The choice is arbitrary and occurs at the discretion of the implementation）。

免費Java資料須要本身領取，涵蓋了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo/Kafka、Hadoop、Hbase、Flink等高併發分佈式、大數據、機器學習等技術。
傳送門：https://mp.weixin.qq.com/s/Jz...