執行緒阻塞

一個執行緒進入阻塞狀態的原因可能如下（已排除Deprecated方法）：

sleep()

sleep()使當前執行緒進入停滯狀態（阻塞當前執行緒），讓出CUP的使用、目的是不讓當前執行緒獨自霸佔該程序所獲的CPU資源，以留一定時間給其他執行緒執行的機會;

當在一個Synchronized塊中呼叫Sleep()方法是，執行緒雖然休眠了，但是物件鎖並沒有被釋放，其他執行緒無法訪問這個物件（即使睡著也持有物件鎖）。

wait()

呼叫wait()/1.5中的condition.await()使執行緒掛起，直到執行緒獲取notify()/notifyAll()訊息，（或者在Java SE5中java.util.concurrent類庫中等價的signal()/signalAll()

wait()呼叫會釋放當前物件鎖(monitor),這樣其他執行緒可以繼續進入物件的同步方法。參見上一篇文章執行緒間協作——wait & notify & notifyAll

另外，呼叫join()也會導致執行緒阻塞，因為原始碼中join()就是通過wait()實現的；

等待I/O；

class Demo3 implements Runnable throws InterruptedException{
     private InputStream in;
     public void run(){
          in.read();
     }
}
 

無法持有鎖進入同步程式碼

進入同步程式碼前無法獲取鎖，比如試圖呼叫synchronized方法，或者顯示鎖物件的上鎖行為ReentrantLock.lock()，而對應鎖已被其他執行緒獲取的情況下都將導致執行緒進入阻塞狀態；

注意：yield()並不會導致執行緒轉到等待/睡眠/阻塞狀態。在大多數情況下，yield()將導致執行緒從執行狀態轉到可執行狀態，但有可能沒有效果。

執行緒中斷

執行緒中斷可以線上程內部設定一箇中斷標識，同時讓處於(可中斷)阻塞的執行緒丟擲InterruptedException中斷異常，使執行緒跳出阻塞狀態。相比其他語言，Java執行緒中斷比較特殊，經常會引起開發人員的誤解。因為中斷聽起來高深複雜，實質原理上非常簡單。

中斷原理

Java中斷機制是一種協作機制，也就是說通過中斷並不能直接終止另一個執行緒，而需要被中斷的執行緒自己處理中斷。這好比是家裡的父母叮囑在外的子女要注意身體，但子女是否注意身體，怎麼注意身體則完全取決於自己。

Java中斷模型也是這麼簡單，每個執行緒物件裡都有一個boolean型別的標識（不一定就要是Thread類的欄位，實際上也的確不是，這幾個方法最終都是通過native方法來完成的），代表著是否有中斷請求（該請求可以來自所有執行緒，包括被中斷的執行緒本身）。例如，當執行緒t1想中斷執行緒t2，只需要線上程t1中將執行緒t2物件的中斷標識置為true，然後執行緒2可以選擇在合適的時候處理該中斷請求，甚至可以不理會該請求，就像這個執行緒沒有被中斷一樣。

中斷相關的方法

其中，interrupt方法是唯一能將中斷狀態設定為true的方法。靜態方法interrupted會將當前執行緒的中斷狀態清除，但這個方法的命名極不直觀，很容易造成誤解，需要特別注意。

此外，類庫中的有些類的方法也可能會呼叫中斷，如FutureTask中的cancel方法，如果傳入的引數為true，它將會在正在執行非同步任務的執行緒上呼叫interrupt方法，如果正在執行的非同步任務中的程式碼沒有對中斷做出響應，那麼cancel方法中的引數將不會起到什麼效果；

ExecutorService exec = Executors.newCachedThreadPool();
Futrue<?> f = exec.submit(new TaskThread());
f.interrupt();

又如ThreadPoolExecutor中的shutdownNow方法會遍歷執行緒池中的工作執行緒並呼叫執行緒的interrupt方法來中斷執行緒，所以如果工作執行緒中正在執行的任務沒有對中斷做出響應，任務將一直執行直到正常結束。

ExecutorService exec = Executors.newCachedThreadPool();
for(int i=0;i<5;i++)
     exec.execute(new TaskThread())
exec.shutdownNow();

中斷的處理

中斷一個執行緒只是為了引起該執行緒的注意，被中斷執行緒可以決定如何應對中斷。某些執行緒非常重要，以至於它們應該不理會中斷，而是在處理完丟擲的異常之後繼續執行，但是更普遍的情況是，一個執行緒將把中斷看作一個終止請求，這種執行緒的run方法遵循如下形式：

public void run() {
    try {
        ...
        /*
         * 不管迴圈裡是否呼叫過執行緒阻塞的方法如sleep、join、wait，這裡還是需要加上
         * !Thread.currentThread().isInterrupted()條件，雖然丟擲異常後退出了迴圈，顯
         * 得用阻塞的情況下是多餘的，但如果呼叫了阻塞方法但沒有阻塞時，這樣會更安全、更及時。
         */
        while (!Thread.currentThread().isInterrupted()&& more work to do) {
            do more work 
        }
    } catch (InterruptedException e) {
        //執行緒在wait或sleep期間被中斷了
    } finally {
        //執行緒結束前做一些清理工作
    }
}

上面是while迴圈在try塊裡，如果try在while迴圈裡時，因該在catch塊裡重新設定一下中斷標示，因為丟擲InterruptedException異常後，中斷標示位會自動清除，此時應該這樣：

public void run() {
    while (!Thread.currentThread().isInterrupted()&& more work to do) {
        try {
            ...
            sleep(delay);
            //wait(delay);
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();   //重新設定中斷標示
        }
    }
}

可中斷阻塞

對於處於sleep，join等操作的執行緒，如果被呼叫interrupt()後，會丟擲InterruptedException，然後執行緒的中斷標誌位會由true重置為false，因為執行緒為了處理異常已經重新處於就緒狀態。

不可中斷的操作，包括進入synchronized段以及Lock.lock()，inputSteam.read()等，呼叫interrupt()對於這幾個問題無效，因為它們都不丟擲中斷異常。如果拿不到資源，它們會無限期阻塞下去。

對於Lock.lock()，可以改用Lock.lockInterruptibly()，可被中斷的加鎖操作，它可以丟擲中斷異常。等同於等待時間無限長的Lock.tryLock(long time, TimeUnit unit)。

對於inputStream等資源，有些(實現了interruptibleChannel介面)可以通過close()方法將資源關閉，對應的阻塞也會被放開。

但是，你可能正使用Java1.0之前就存在的傳統的I/O，Thread.interrupt()將不起作用，因為執行緒將不會退出被阻塞狀態。

很幸運，Java平臺為這種情形提供了一項解決方案，即呼叫阻塞該執行緒的套接字的close()方法。在這種情形下，如果執行緒被I/O操作阻塞，當呼叫該套接字的close方法時，該執行緒在呼叫accept地方法將接收到一個SocketException（SocketException為IOException的子異常）異常，這與使用interrupt()方法引起一個InterruptedException異常被丟擲非常相似。

java.nio類庫提供了更加人性化的I/O中斷，被阻塞的nio通道會自動地響應中斷，不需要關閉底層資源；

執行緒優雅退出

一般情況下，執行緒退出可以使用while迴圈判斷共享變數條件的方式，當執行緒內有阻塞操作時，可能導致執行緒無法執行到條件判斷的地方而導致一直阻塞下去，這個時候就需要中斷來幫助執行緒脫離阻塞。因此比較優雅的退出執行緒方式是結合共享變數和中斷。

thread = new Thread(new Runnable() {
    @Override
    public void run() {
        /*
         * 在這裡為一個迴圈，條件是判斷執行緒的中斷標誌位是否中斷
         */
        while (flag&&(!Thread.currentThread().isInterrupted())) {
            try {
                Log.i("tag","執行緒執行中"+Thread.currentThread().getId());
                // 每執行一次暫停40毫秒
                //當sleep方法丟擲InterruptedException  中斷狀態也會被清掉
                Thread.sleep(40);
            } catch (InterruptedException e) {
                e.printStackTrace();
                //如果丟擲異常則再次設定中斷請求
                Thread.currentThread().interrupt();
            }
        }
    }
});
thread.start();

參考