線程從建立、運行到結束老是處於下面五個狀態之一：初始狀態、就緒狀態、運行狀態、阻塞狀態及死亡狀態。spa
-
線程的狀態圖
(1) 初始狀態
實現Runnable接口和繼承Thread能夠獲得一個線程類，new一個實例出來，線程就進入了初始狀態。線程
(2) 就緒狀態
一個新建立的線程並不自動開始運行，要執行線程，必須調用線程的start()方法。當線程對象調用start()方法即啓動了線程，start()方法建立線程運行的系統資源，並調度線程運行run()方法。當start()方法返回後，線程就處於就緒狀態。對象
處於就緒狀態的線程並不必定當即運行run()方法，線程還必須同其餘線程競爭CPU時間，只有得到CPU時間才能夠運行線程。由於在單CPU的計算機系統中，blog
不可能同時運行多個線程，一個時刻僅有一個線程處於運行狀態。所以此時可能有多個線程處於就緒狀態。對多個處於就緒狀態的線程是由Java運行時系統的線程調度程序來調度的。繼承
(3) 運行狀態（running）
當線程得到CPU時間後，它才進入運行狀態，真正開始執行run()方法。接口
(4) 阻塞狀態（blocked）
線程運行過程當中，可能因爲各類緣由進入阻塞狀態：隊列
①線程經過調用sleep方法進入睡眠狀態；資源
②線程調用一個在I/O上被阻塞的操做，即該操做在輸入輸出操做完成以前不會返回到它的調用者；同步
③線程試圖獲得一個鎖，而該鎖正被其餘線程持有；it
④線程在等待某個觸發條件；
所謂阻塞狀態是正在運行的線程沒有運行結束，暫時讓出CPU，這時其餘處於就緒狀態的線程就能夠得到CPU時間，進入運行狀態。
(5) 死亡狀態（dead）
有兩個緣由會致使線程死亡：
①run方法正常退出而天然死亡；
②一個未捕獲的異常終止了run方法而使線程猝死；
爲了肯定線程在當前是否存活着（就是要麼是可運行的，要麼是被阻塞了），須要使用isAlive方法，若是是可運行或被阻塞，這個方法返回true；
若是線程仍舊是new狀態且不是可運行的，或者線程死亡了，則返回false。
（6）等待隊列(本是Object裏的方法，但影響了線程)
- 調用obj的wait(), notify()方法前，必須得到obj鎖，也就是必須寫在synchronized(obj) 代碼段內。
- 與等待隊列相關的步驟和圖
- 線程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步被喚醒的線程一塊兒爭搶對象鎖。
（7）鎖池狀態
- 當前線程想調用對象A的同步方法時，發現對象A的鎖被別的線程佔有，此時當前線程進入鎖池狀態。簡言之，鎖池裏面放的都是想爭奪對象鎖的線程。
- 當一個線程1被另一個線程2喚醒時，1線程進入鎖池狀態，去爭奪對象鎖。
- 鎖池是在同步的環境下才有的概念，一個對象對應一個鎖池。
（8）幾個方法的比較
- Thread.sleep(long millis)，必定是當前線程調用此方法，當前線程進入阻塞，但不釋放對象鎖，millis後線程自動甦醒進入可運行狀態。做用：給其它線程執行機會的最佳方式。
- Thread.yield()，必定是當前線程調用此方法，當前線程放棄獲取的cpu時間片，由運行狀態變會可運行狀態，讓OS再次選擇線程。做用：讓相同優先級的線程輪流執行，但並不保證必定會輪流執行。實際中沒法保證yield()達到讓步目的，由於讓步的線程還有可能被線程調度程序再次選中。Thread.yield()不會致使阻塞。
- t.join()/t.join(long millis)，當前線程裏調用其它線程1的join方法，當前線程阻塞，但不釋放對象鎖，直到線程1執行完畢或者millis時間到，當前線程進入可運行狀態。
- obj.wait()，當前線程調用對象的wait()方法，當前線程釋放對象鎖，進入等待隊列。依靠notify()/notifyAll()喚醒或者wait(long timeout)timeout時間到自動喚醒。
- obj.notify()喚醒在此對象監視器上等待的單個線程，選擇是任意性的。notifyAll()喚醒在此對象監視器上等待的全部線程。