Java中線程的狀態分爲6種。
1. 初始(NEW)：新創建了一個線程對象，但還沒有調用start()方法。
2. 運行(RUNNABLE)：Java線程中將就緒（ready）和運行中（running）兩種狀態籠統的稱爲“運行”。
線程對象創建後，其他線程(比如main線程）調用了該對象的start()方法。該狀態的線程位於可運行線程池中，等待被線程調度選中，獲取CPU的使用權，此時處於就緒狀態（ready）。就緒狀態的線程在獲得CPU時間片後變爲運行中狀態（running）。
3. 阻塞(BLOCKED)：表示線程阻塞於鎖。
4. 等待(WAITING)：進入該狀態的線程需要等待其他線程做出一些特定動作（通知或中斷）。
5. 超時等待(TIMED_WAITING)：該狀態不同於WAITING，它可以在指定的時間後自行返回。
6. 終止(TERMINATED)：表示該線程已經執行完畢。
這6種狀態定義在Thread類的State枚舉中，可查看源碼進行一一對應。
線程的狀態圖
1. 初始狀態
實現Runnable接口和繼承Thread可以得到一個線程類，new一個實例出來，線程就進入了初始狀態。
2.1. 就緒狀態
就緒狀態只是說你資格運行，調度程序沒有挑選到你，你就永遠是就緒狀態。
調用線程的start()方法，此線程進入就緒狀態。
當前線程sleep()方法結束，其他線程join()結束，等待用戶輸入完畢，某個線程拿到對象鎖，這些線程也將進入就緒狀態。
當前線程時間片用完了，調用當前線程的yield()方法，當前線程進入就緒狀態。
鎖池裏的線程拿到對象鎖後，進入就緒狀態。
2.2. 運行中狀態
線程調度程序從可運行池中選擇一個線程作爲當前線程時線程所處的狀態。這也是線程進入運行狀態的唯一一種方式。
3. 阻塞狀態
阻塞狀態是線程阻塞在進入synchronized關鍵字修飾的方法或代碼塊(獲取鎖)時的狀態。
4. 等待
處於這種狀態的線程不會被分配CPU執行時間，它們要等待被顯式地喚醒，否則會處於無限期等待的狀態。
5. 超時等待
處於這種狀態的線程不會被分配CPU執行時間，不過無須無限期等待被其他線程顯示地喚醒，在達到一定時間後它們會自動喚醒。
6. 終止狀態
當線程的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/JzddfH-7yNudmkjT0IRL8Q