這個是上面部分是自己的總結，後面部分段落總結來自網上！

多執行緒的停止有三種方式：

1.呼叫stop()

2.自定義一個停止flag

3.使用中斷！

一 呼叫stop()

如果使用thread.stop()來強行終止的話，就像突然斷電，可能會產生不可預料的結果。android新的版本已經放棄stop，stop已被打上過時的標籤！

不推薦使用！

二．自定義一個stopflag

private volatile boolean stopFlag= false; 

@Override
public void run() { 
   while (!stopFlag){
<span style="white-space:pre">	</span>try{			
		Thread.sleep(1000); //阻塞5妙		
	    }catch(InterruptedException e){
		e.printStackTrace();					
		break;//捕獲到異常之後，執行break跳出迴圈。
	    }
    }
}	
 

在定義stopFlag時，使用了一個Java關鍵字volatile，這個關鍵字的目的是使stopFlag同步，也就是說在同一時刻只能由一個執行緒來修改stopFlag的值。

第三種用中斷！

mThreadSafe.interrupt();
mThreadSafe = null;

@Override
public void run() { 
    while (!isInterrupted()){
	try{	
		Thread.sleep(1000); //阻塞5妙	
	    }catch(InterruptedException e){
		e.printStackTrace();
<span style="white-space:pre">		</span>break;//捕獲到異常之後，執行break跳出迴圈。
	    }	
     }				
} 
 

使用interrupt()方法來終端執行緒可分為兩種情況：

1.執行緒處於阻塞狀態

如使用了sleep，同步鎖的wait，socket的receiver，accept等方法時，會使執行緒處於阻塞狀態。當呼叫執行緒的interrupt()方法時，系統會丟擲一個InterruptedException異常，程式碼中通過捕獲異常，然後break跳出迴圈狀態，使執行緒正常結束。通常很多人認為只要呼叫interrupt方法執行緒就會結束，實際上是錯的，一定要先捕獲InterruptedException異常之後通過break來跳出迴圈，才能正常結束run方法。

2.

執行緒未進入阻塞狀態

使用isInterrupted()判斷執行緒的中斷標誌來退出迴圈，當使用interrupt()方法時，中斷標誌就會置true，和使用自定義的標誌來控制迴圈是一樣的道理。

為什麼要區分進入阻塞狀態和和非阻塞狀態兩種情況了？

解釋：是因為當阻塞狀態時，如果有interrupt()發生，系統除了會丟擲InterruptedException異常外，還會呼叫interrupted()函式，呼叫時能獲取到中斷狀態是true的狀態，呼叫完之後會復位中斷狀態為false，所以異常丟擲之後通過isInterrupted()是獲取不到中斷狀態是true的狀態，從而不能退出迴圈，因此在執行緒未進入阻塞的程式碼段時是可以通過isInterrupted()來判斷中斷是否發生來控制迴圈，在進入阻塞狀態後要通過捕獲異常來退出迴圈。因此使用interrupt()來退出執行緒的最好的方式應該是兩種情況都要考慮。