轉載自：http://blog.csdn.net/axman/article/details/562249
例子：volley源碼的stop
[線程的中斷]
不客氣地說,至少有一半人認爲,線程的”中斷”就是讓線程停止.
如果你也這麼認爲,那你對多線程編程還沒有入門.
在java中,線程的中斷(interrupt)只是改變了線程的中斷狀態,至於這個中斷狀態改變後
帶來的結果,那是無法確定的,有時它更是讓停止中的線程繼續執行的唯一手段.不但不是
讓線程停止運行,反而是繼續執行線程的手段.
對於執行一般邏輯的線程,如果調用調用它的interrupt()方法,那麼對這個線程沒有任何
影響,比如線程a正在執行:
while(條件) x ++;
這樣的語句,如果其它線程調用a.interrupt();那麼並不會影響a對象上運行的線程,如果
在其它線程裏測試a的中斷狀態它已經改變,但並不會停止這個線程的運行.
在一個線程對象上調用interrupt()方法,真正有影響的是wait,join,sleep方法,當然這三個
方法包括它們的重載方法.
請注意:[上面這三個方法都會拋出InterruptedException],記住這句話,下面我會重複.
一個線程在調用interrupt()後,自己不會拋出InterruptedException異常,所以你看到
interrupt()並沒有拋出這個異常,所以我上面說如果線程a正在執行while(條件) x ++;
你調用a.interrupt();後線程會繼續正常地執行下去.
但是,如果一個線程被調用了interrupt()後,它的狀態是已中斷的.這個狀態對於正在執行
wait,join,sleep的線程,卻改變了線程的運行結果.
一.對於wait中等待notify/notifyAll喚醒的線程,其實這個線程已經"暫停"執行,因爲
它正在某一對象的休息室中,這時如果它的中斷狀態被改變,那麼它就會拋出異常.
這個InterruptedException異常不是線程拋出的,而是wait方法,也就是對象的wait方法內部
會不斷檢查在此對象上休息的線程的狀態,如果發現哪個線程的狀態被置爲已中斷,則會拋出
InterruptedException,意思就是這個線程不能再等待了,其意義就等同於喚醒它了.
這裏唯一的區別是,被notify/All喚醒的線程會繼續執行wait下面的語句,而在wait
中被中斷的線程則將控制權交給了catch語句.一些正常的邏輯要被放到catch中來運行.
但有時這是唯一手段,比如一個線程a在某一對象b的wait中等待喚醒,其它線程必須
獲取到對象b的監視鎖才能調用b.notify()[All],否則你就無法喚醒線程a,但在任何線程中可
以無條件地調用a.interrupt();來達到這個目的.只是喚醒後的邏輯你要放在catch中,當然同
notify/All一樣,繼續執行a線程的條件還是要等拿到b對象的監視鎖.
二.對於sleep中的線程,如果你調用了Thread.sleep(一年);現在你後悔了,想讓它早
些醒過來,調用interrupt()方法就是唯一手段,只有改變它的中斷狀態,讓它從sleep中將控制
權轉到處理異常的catch語句中,然後再由catch中的處理轉換到正常的邏輯.同樣,地於join中
的線程你也可以這樣處理.
對於一般介紹多線程模式的書上,他們會這樣來介紹:當一個線程被中斷後,在進入
wait,sleep,join方法時會拋出異常.
是的,這一點也沒有錯,但是這有什麼意義呢?如果你知道那個線程的狀態已經處於中
斷狀態,爲什麼還要讓它進入這三個方法呢?當然有時是必須這麼做的,但大多數時候沒有這麼
做的理由,所以我上面主要介紹了在已經調用這三個方法的線程上調用interrupt()方法讓它從
這幾個方法的”暫停”狀態中恢復過來.這個恢復過來就可以包含兩個目的:
一.[可以使線程繼續執行],那就是在catch語句中執行醒來後的邏輯,或由catch語句
轉回正常的邏輯.總之它是從wait,sleep,join的暫停狀態活過來了.
二.[可以直接停止線程的運行],當然在catch中什麼也不處理,或return,那麼就完成
了當前線程的使命,可以使在上面”暫停”的狀態中立即真正的”停止”.