我們知道像stop、suspend這幾種中斷或者阻塞線程的方法在較高java版本中已經(jīng)被標記上了@Deprecated過期標簽，那么為什么她們曾經(jīng)登上了java的歷史舞臺而又漸漸的推出了舞臺呢，到底是人性的扭曲還是道德的淪喪呢，亦或是她們不思進取被取而代之呢，如果是被取而代之，那么取而代之的又是何方人也，本文我們將一探究竟。

一、stop的落幕首先stop方法的作用是什么呢，用java源碼中的一句注釋來了解一下：Forces the thread to stop executing.，即強制線程停止執(zhí)行，‘Forces’似乎已經(jīng)透漏出了stop方法的蠻狠無理。那么我們再看看java開發(fā)者是怎們解釋stop被淘汰了的。

我們從中可以看出以下幾點：

stop這種方法本質(zhì)上是不安全的

使用Thread.stop停止線程會導(dǎo)致它解鎖所有已鎖定的監(jiān)視器，即直接釋放當前線程已經(jīng)獲取到的所有鎖，使得當前線程直接進入阻塞狀態(tài)

我們舉例來看一下上邊提到的兩點：

public static void main（String［］ args） throws InterruptedException {

Object o1=new Object（）;

Object o2=new Object（）;

Thread t1=new Thread（（）-》{

synchronized （o1）

{

synchronized （o2）

{

try {

System.out.println（“t1獲取到鎖”）;

Thread.sleep（5000）;

System.out.println（“t1結(jié)束”）;

} catch （InterruptedException e） {

e.printStackTrace（）;

}

}

}

}）;

t1.start（）;

Thread.sleep（1000）;

Thread t2=new Thread（（）-》{

synchronized （o1）

{

synchronized （o2）

{

try {

System.out.println（“t2獲取到鎖”）;

Thread.sleep（5000）;

System.out.println（“t2結(jié)束”）;

} catch （InterruptedException e） {

e.printStackTrace（）;

}

}

}

}）;

t2.start（）;

t1.stop（）;

}

運行結(jié)果：

可以看到，當線程t1在獲取到o1和o2兩個鎖開始執(zhí)行，在還沒有執(zhí)行結(jié)束的時候，主線程調(diào)用了t1的stop方法中斷了t1的執(zhí)行，釋放了t1線程獲取到的所有鎖，中斷后t2獲取到了o1和o2鎖，開始執(zhí)行直到結(jié)束，而t1卻夭折在了sleep的時候，sleep后的代碼沒有執(zhí)行。

因此使用stop我們在不知道線程到底運行到了什么地方，暴力的中斷了線程，如果sleep后的代碼是資源釋放、重要業(yè)務(wù)邏輯等比較重要的代碼的話，亦或是其他線程依賴t1線程的運行結(jié)果，那直接中斷將可能造成很嚴重的后果。

那么不建議使用stop中斷線程我們應(yīng)該怎么去優(yōu)雅的結(jié)束一個線程呢，我們可以存java開發(fā)者的注釋中窺探到一種解決方案：

可以看到j(luò)ava開發(fā)者推薦我們使用以下兩種方法來優(yōu)雅的停止線程：

1.定義一個變量，由目標線程去不斷的檢查變量的狀態(tài)，當變量達到某個狀態(tài)時停止線程。

代碼舉例如下：

volatile static boolean flag=false;

public static void main（String［］ args） throws InterruptedException {

Object o1=new Object（）;

Thread t1=new Thread（（）-》{

synchronized （o1）

{

try {

System.out.println（“t1獲取到鎖”）;

while （！flag）

Thread.sleep（5000）;//執(zhí)行業(yè)務(wù)邏輯

System.out.println（“t1結(jié)束”）;

} catch （InterruptedException e） {

e.printStackTrace（）;

}

}

}）;

t1.start（）;

Thread.sleep（1000）;

Thread t2=new Thread（（）-》{

synchronized （o1）

{

try {

System.out.println（“t2獲取到鎖”）;

Thread.sleep（5000）;//執(zhí)行業(yè)務(wù)邏輯

System.out.println（“t2結(jié)束”）;

} catch （InterruptedException e） {

e.printStackTrace（）;

}

}

}）;

t2.start（）;

flag=true;

}

運行結(jié)果：

2.使用interrupt方法中斷線程。

代碼舉例如下：

public static void main（String［］ args） throws InterruptedException {

Object o1=new Object（）;

Thread t1=new Thread（（）-》{

synchronized （o1）

{

System.out.println（“t1獲取到鎖”）;

while （！Thread.currentThread（）.isInterrupted（）） {

for （int i = 0; i 《 100; i++） {

if（i==50）

System.out.println（）;

System.out.print（i+“ ”）;

}

System.out.println（）;

}

System.out.println（“t1結(jié)束”）;

}

}）;

t1.start（）;

Thread t2=new Thread（（）-》{

synchronized （o1）

{

try {

System.out.println（“t2獲取到鎖”）;

Thread.sleep（5000）;//執(zhí)行業(yè)務(wù)邏輯

System.out.println（“t2結(jié)束”）;

} catch （InterruptedException e） {

e.printStackTrace（）;

}

}

}）;

t2.start（）;

t1.interrupt（）;

}

運行結(jié)果：

我們用while （！Thread.currentThread（）.isInterrupted（））來不斷判斷當前線程是否被中斷，中斷的話則讓線程自然消亡并釋放鎖?？梢钥吹秸{(diào)用interrupt方法后并不會像stop那樣暴力的中斷線程，會等到當前運行的邏輯結(jié)束后再檢查是否中斷，非常的優(yōu)雅。另外，關(guān)注Java知音公眾號，回復(fù)“后端面試”，送你一份面試題寶典！

注：運行舉例代碼可能不會打印出數(shù)字，這是因為t1線程運行到while（！Thread.currentThread（）.isInterrupted（））時，主線程已經(jīng)調(diào)了interrupt方法，因此多次運行可能會打印出數(shù)字。

二、suspend的落幕suspend方法的作用是掛起某個線程直到調(diào)用resume方法來恢復(fù)該線程，但是調(diào)用了suspend方法后并不會釋放被掛起線程獲取到的鎖，正因如此就給suspend和resume這哥倆貼上了容易引發(fā)死鎖的標簽，當然這也正是導(dǎo)致suspend和resume退出歷史舞臺的罪魁禍首。同樣我們看看java開發(fā)者為suspend的淘汰給出的理由：

從中我們可以得出以下結(jié)論：

suspend具有天然的死鎖傾向

當某個線程被suspend后，該線程持有的鎖不會被釋放，其他線程也就不能訪問這些資源

suspend某個線程后，如果在resume的過程中出現(xiàn)異常導(dǎo)致resume方法執(zhí)行失敗，則lock無法釋放，導(dǎo)致死鎖

接下來模擬一下由suspend引起的死鎖場景，Talk is cheap，show my code：

public static void main（String［］ args） throws InterruptedException {

Object o1=new Object（）;

Object o2=new Object（）;

Thread t1=new Thread（（）-》{

synchronized （o1）

{

System.out.println（“t1獲取到o1鎖開始執(zhí)行”）;

try {

Thread.sleep（5000）;//模擬執(zhí)行業(yè)務(wù)邏輯

} catch （InterruptedException e） {

e.printStackTrace（）;

}

System.out.println（“t1執(zhí)行結(jié)束”）;

}

}）;

t1.start（）;

Thread t2=new Thread（（）-》{

synchronized （o2）

{

System.out.println（“t2獲取到o2開始執(zhí)行”）;

try {

Thread.sleep（2000）;//執(zhí)行耗時業(yè)務(wù)

} catch （InterruptedException e） {

e.printStackTrace（）;

}

synchronized （o1）

{

System.out.println（“t2獲取到o1鎖開始繼續(xù)執(zhí)行”）;

}

System.out.println（“t2執(zhí)行結(jié)束”）;

}

}）;

t2.start（）;

Thread.sleep（1000）;

t1.suspend（）;

//假設(shè)拋出了一個未知異常

int i=1/0;

t1.resume（）;

}

運行結(jié)果：

可以看到，整個程序卡的死死的，在調(diào)用resume恢復(fù)t1線程之前拋出了一個未知異常，導(dǎo)致t1一直掛起進而無法釋放o1鎖，而t2需要獲取到o1鎖后才能繼續(xù)執(zhí)行，但苦苦等待，奈何o1被t1拿捏的死死的，從此整個程序就陷入了無盡的等待中----死鎖。

作者丨浪舟子

blog.csdn.net/qq_40400960/article/details/112651249

編輯：jq