java執行緒的5狀態包括create、runnable、running、blocked、dead。

create是指用new執行緒被建立，但是還沒有準備好各種資源。

runnable是指使用start啟動執行緒，這時候系統會為執行緒分配除cpu以外的所有需要的資源。

running是指cpu只會排程處於runnable狀態的執行緒使其佔用cpu時間片真正開始執行。

blocked是指由於某種原因導致running中的執行緒暫停執行，被放到阻塞佇列中，cpu不會再給他們分配時間片，直到導致阻塞的原因被解除而變為runnable狀態。

dead指執行緒結束，包括正常結束（如執行完run方法）和非正常結束（如丟擲異常等）。

那麼造成blocked的原因有哪些呢？

(1) 呼叫 sleep(毫秒數)，使執行緒進入“睡眠”狀態。在規定的時間內，這個執行緒是不會執行的。
(2) 用 suspend()暫停了執行緒的執行。除非執行緒收到 resume() 訊息，否則不會返回“可執行”狀態。
(3) 用 wait()暫停了執行緒的執行。除非執行緒收到 nofify() 或者 notifyAll()訊息，否則不會變成“可執行”（是的，看起來同原因 2 非常相象，但有一個明顯區別是我們馬上要揭示的）
(4) 執行緒正在等候一些 IO（輸入輸出）操作完成。
(5) 執行緒試圖呼叫另一個物件的“同步”方法，但那個物件處於鎖定狀態，暫時無法使用。

先寫兩個基類：

class Blockable extends Thread {
	private Peeker peeker;
	protected int i;
	public Blockable(){
		peeker = new Peeker(this);
	}
	
	public synchronized int read(){ return i;}
	
	public synchronized void update(){
		System.out.println(this.getClass().getName()+"state :i = " + i);
	}
	
	public void stopPeeker(){
		peeker.terminate();
	}
}

class Peeker extends Thread {
	private Blockable b;
	private int session;
	private boolean stop = false;
	
	public Peeker(Blockable b){
		this.b = b;
		start();
	}
	
	public void run(){
		while (!stop) {
			System.out.println(b.getClass().getName()
			+ " Peeker " + (++session)
			+ "; value = " + b.read());
			try {
				sleep(1000);
			} catch (InterruptedException e){}
		}
	}
	
	public void terminate() {stop = true;}
	
}
 

Blockable 類打算成為本例所有類的一個基礎類。一個 Blockable 物件包含了一個i資訊。用於顯示這些資訊的方法叫作 update() 。我們發現它用
getClass.getName() 來產生類名，而不是僅僅把它打印出來；這是由於 update()不知道自己為其呼叫的那個類的準確名字，因為那個類是從 Blockable 衍生出來的。 

在 Blockable 中，變動指示符是一個 int i；衍生類的 run()方法會為其增值。
針對每個 Bloackable 物件，都會啟動 Peeker 類的一個執行緒。Peeker 的任務是呼叫 read()方法，檢查與自己
關聯的 Blockable 物件，看看 i 是否發生了變化，最後列印檢查結果。注意 read()和 update() 都是同步的，要求物件的鎖定能自由解除，這一點非常重要。

(1)sleep方法的呼叫阻塞自己時，也會引起其他執行緒阻塞是因為sleep不會釋放物件鎖。下是測試程式碼:

class Sleeper1 extends Blockable {

	public Sleeper1() {
		super();
	}
	
	public synchronized void run() {
		while(true) {
			i++;
			update();
			try {
				sleep(1000);
			} catch (InterruptedException e){}
		}
	}
}

class Sleeper2 extends Blockable {
	public Sleeper2() {
		super();
	}
	
	public void run() {
		while(true) {
			change();
			try {
				sleep(1000);
			} catch (InterruptedException e){}
		}
	}
	
	private synchronized void change(){
		i++;
		update();
	}
}
public class SleepBlock {

	public static void main(String[] args) {
		new Sleeper1().start();
		new Sleeper2().start();
	}

}

我們會發現Sleeper1中的run方法是同步的，由於run方法裡面是死迴圈，當Sleeper1執行緒啟動後，Sleeper1內的Peeker執行緒根本無法執行。因為Sleeper1的sleep方法並不會釋放物件鎖。

      在 Sleeper1 中，整個 run()方法都是同步的。我們可看到與這個物件關聯在一起的 Peeker 可以正常執行，直到我們啟動執行緒為止，隨後 Peeker 便會完全停止。這正是“堵塞”的一種形式：因為 Sleeper1.run()是同步的，而且一旦執行緒啟動，它就肯定在 run()內部，方法永遠不會放棄物件鎖定，造成 Peeker 執行緒的堵塞。
     Sleeper2 通過設定不同步的執行，提供了一種解決方案。只有 change() 方法才是同步的，所以儘管 run()位於 sleep()內部，Peeker 仍然能訪問自己需要的同步方法——read()。在這裡，我們可看到在啟動了Sleeper2 執行緒以後，Peeker 會持續執行下去。

(2)suspend方法呼叫阻塞自己時，引起其他執行緒阻塞也是因為suspend方法不會釋放物件鎖，這是不安全的。此方法已經廢棄。因為使用suspend會發生一種很愚蠢的現象，就是自己把自己掛起，也就是進入阻塞狀態。但是還搶著物件鎖（前提是有同步方法訪問同樣的資源），這樣其他執行緒來訪問同步方法也只能傻傻等待。就好像你自己拿著鑰匙在那等別人來開門，別人來開你又不給鑰匙。自己阻塞後還不讓別人獲得鎖從而執行，讓別人也跟著在那兒等。

(3)wait方法阻塞自己時會釋放物件鎖，因此不會引起其他執行緒因得不到鎖而阻塞，這一點和sleep、suspend是根本區別，因此他不會阻礙其他執行緒。

若必須等候其他某些條件（從執行緒外部加以控制）發生變化，同時又不想線上程內一直傻乎乎地等下去，一般就需要用到 wait()。wait()允許我們將執行緒置入“睡眠”狀態，同時又“積極”地等待條件發生改變。而且只有在一個 notify() 或 notifyAll()發生變化的時候，執行緒才會被喚醒，並檢查條件是否有變。因此，我們認為它提供了線上程間進行同步的一種手段。

我們也可以看到 wait()的兩種形式。第一種形式採用一個以毫秒為單位的引數，它具有與 sleep()中相同的含義：暫停這一段規定時間。區別在於在 wait()中，物件鎖已被解除，而且能夠自由地退出 wait()，因為一個 notify() 可強行使時間流逝。第二種形式不採用任何引數，這意味著 wait()會持續執行，直到 notify() 介入為止。而且在一段時間以後，不會自行中止。

(4)IO引起的阻塞。這一部分主要是IO那一塊的。由於訪問IO可能會等待，因此會引起阻塞。

(5)在上面已經可以看出來了，不同執行緒在訪問相同物件的同步方法時，會引起阻塞。需要等待一方先完成才能進行。

另外還有join()和yield()方法，

其中join的使用方式是threadname.join()，他的作用是讓當前執行緒（注意當前執行緒不是threadname，而是執行這個語句的執行緒）阻塞，等待threadname執行緒執行完之後再執行，這也是我們所說的執行緒合併，因為它相當於把本來兩條單獨的執行路線合併到一起了。

但是yeild()方法根本都不是阻塞，他是讓執行緒主動放棄cpu，等待下次排程，並沒有被放入阻塞佇列。

最後，如果一個程式執行緒很多，某些執行緒阻塞之後要想讓其儘快解除阻塞去執行，就需要儘快讓阻塞解除的條件發生。這時，需要弄清楚阻塞條件，如果有其他執行緒能加快該阻塞執行緒的阻塞解除速度，那麼可以調整其他未阻塞執行緒的優先順序，讓未阻塞執行緒儘快多的執行從而加速阻塞執行緒解除阻塞，這裡也就是動態調整執行緒優先順序的方法來提高整個系統的執行效率。如果是IO阻塞，例如網路阻塞，那麼這個時候可以從網路方面入手，如果是檔案阻塞可以從磁碟IO入手。