thread.stop被禁用之谜问道怎么终止一个线程，可能大多数人都知道可以调用thread.stop方法。
但是这个方法从jdk1.2之后就不推荐使用了，为什么不推荐使用呢？
我们先来看下这个方法的定义：
@deprecated(since="1.2") public final void stop() { @suppresswarnings("removal") securitymanager security = system.getsecuritymanager(); if (security != null) { checkaccess(); if (this != thread.currentthread()) { security.checkpermission(securityconstants.stop_thread_permission); } } // a zero status value corresponds to "new", it can't change to // not-new because we hold the lock. if (threadstatus != 0) { resume(); // wake up thread if it was suspended; no-op otherwise } // the vm can handle all thread states stop0(new threaddeath()); }
从代码我们可以看出，stop这个方法首先检测有没有线程访问的权限。如果有权限的话，来判断当前的线程是否是刚刚创建的线程，如果不是刚刚创建的，那么就调用resume方法来解除线程的暂停状态。
最后调用stop0方法来结束线程。
其中resume和stop0是两个native的方法，具体的实现这里就不讲了。
看起来stop方法很合理，没有什么问题。那么为什么说这个方法是不安全的呢？
接下来我们来看一个例子。
我们创建一个numbercounter的类，这个类有一个increasenumber的安全方法，用来对number加一：
public class numbercounter { //要保存的数字 private volatile int number=0; //数字计数器的逻辑是否完整 private volatile boolean flag = false; public synchronized int increasenumber() throws interruptedexception { if(flag){ //逻辑不完整 throw new runtimeexception("逻辑不完整，数字计数器未执行完毕"); } //开始执行逻辑 flag = true; //do something thread.sleep(5000); number++; //执行完毕 flag=false; return number; }}
事实上，在实际工作中这样的方法可能需要执行比较久的时间，所以这里我们通过调用thread.sleep来模拟这个耗时操作。
这里我们还有一个flag参数，来标志这个increasenumber方法是否成功执行完毕。
好了，接下来我们在一个线程中调用这个类的方法，看看会发生什么：
public static void main(string[] args) throws interruptedexception { numbercounter numbercounter= new numbercounter(); thread thread = new thread(()->{ while (true){ try { numbercounter.increasenumber(); } catch (interruptedexception e) { e.printstacktrace(); } } }); thread.start(); thread.sleep(3000); thread.stop(); numbercounter.increasenumber(); }
这里，我们创建了一个线程，等这个线程运行3秒钟之后，直接调用thread.stop方法，结果我们发现出现了下面的异常：
exception in thread "main" java.lang.runtimeexception: 逻辑不完整，数字计数器未执行完毕
at com.flydean.numbercounter.increasenumber(numbercounter.java:12)
at com.flydean.main.main(main.java:18)
这是因为thread.stop方法直接终止了线程的运行，导致mbercounter.increasenumber未执行完毕。
但是这个未执行完毕的状态是隐藏的，如果使用thread.stop方法来终止线程，很有可能导致未知的结果。
所以，我们说thread.stop是不安全的。
怎么才能安全那么，如果不调用thread.stop方法，怎么才能安全的终止线程呢？
所谓安全，那就是需要让线程里面的逻辑执行完毕，而不是执行一半。
为了实现这个效果，thread为我们提供了三个比较类似的方法，他们分别是interrupt、interrupted和isinterrupted。
interrupt是给线程设置中断标志；interrupted是检测中断并清除中断状态；isinterrupted只检测中断。还有重要的一点就是interrupted是类方法，作用于当前线程，interrupt和isinterrupted作用于此线程，即代码中调用此方法的实例所代表的线程。
interrupt就是中断的方法，它的工作流程如下：
如果当前线程实例在调用object类的wait（），wait（long）或wait（long，int）方法或join（），join（long），join（long，int）方法，或者在该实例中调用了thread.sleep（long）或thread.sleep（long，int）方法，并且正在阻塞状态中时，则其中断状态将被清除，并将收到interruptedexception。
如果此线程在interruptiblechannel上的i/o操作中处于被阻塞状态，则该channel将被关闭，该线程的中断状态将被设置为true，并且该线程将收到java.nio.channels.closedbyinterruptexception异常。
如果此线程在java.nio.channels.selector中处于被被阻塞状态，则将设置该线程的中断状态为true，并且它将立即从select操作中返回。
如果上面的情况都不成立，则设置中断状态为true。
在上面的例子中，numbercounter的increasenumber方法中，我们调用了thread.sleep方法，所以如果在这个时候，调用了thread的interrupt方法，线程就会抛出一个interruptedexception异常。
我们把上面调用的例子改成下面这样：
public static void main(string[] args) throws interruptedexception { numbercounter numbercounter = new numbercounter(); thread thread = new thread(() -> { while (true) { try { numbercounter.increasenumber(); } catch (interruptedexception e) { system.out.println("捕获interruptedexception"); throw new runtimeexception(e); } } }); thread.start(); thread.sleep(500); thread.interrupt(); numbercounter.increasenumber(); }
运行之后再试一次：
exception in thread "main" exception in thread "thread-0" java.lang.runtimeexception: 逻辑不完整，数字计数器未执行完毕
at com.flydean.numbercounter.increasenumber(numbercounter.java:12)
at com.flydean.main2.main(main2.java:21)
java.lang.runtimeexception: java.lang.thread.interrupt: sleep interrupted
at com.flydean.main2.lambda$main$0(main2.java:13)
at java.base/java.lang.thread.run(thread.java:833)
caused by: java.lang.interruptedexception: sleep interrupted
at java.base/java.lang.thread.sleep(native method)
at com.flydean.numbercounter.increasenumber(numbercounter.java:17)
at com.flydean.main2.lambda$main$0(main2.java:10)
... 1 more
捕获interruptedexception
可以看到，我们捕获到了这个interruptedexception,并且得知具体的原因是sleep interrupted。
捕获异常之后的处理从上面的分析可以得知，thread.stop跟thread.interrupt的表现机制是不一样的。thread.stop属于悄悄终止,我们程序不知道，所以会导致数据不一致，从而产生一些未知的异常。
而thread.interrupt会显示的抛出interruptedexception,当我们捕捉到这个异常的时候，我们就知道线程里面的逻辑在执行的过程中受到了外部作用的干扰，那么我们就可以执行一些数据恢复或者数据校验的动作。
在上面的代码中，我们是捕获到了这个异常，打印出异常日志，然后向上抛出一个runtimeexception。
正常情况下我们是需要在捕获异常之后，进行一些处理。
那么自己处理完这个异常之后，是不是就完美了呢？
答案是否定的。
因为如果我们自己处理了这个interruptedexception, 那么程序中其他部分如果有依赖这个interruptedexception的话，就可能会出现数据不一致的情况。
所以我们在自己处理完interruptedexception之后，还需要再次抛出这个异常。
怎么抛出interruptedexception异常呢？
有两种方式，第一种就是在调用thread.interrupted()清除了中断标志之后立即抛出：
if (thread.interrupted()) // clears interrupted status! throw new interruptedexception();
还有一种方式就是，在捕获异常之后，调用thread.currentthread().interrupt()再次中断线程。
public void run () { try { while (true) { // do stuff } }catch (interruptedexception e) { logger.log(level.warn, "interrupted!", e); // restore interrupted state... thread.currentthread().interrupt(); }}
这两种方式都能达到预想的效果。
以上就是怎么在java中终止一个线程的详细内容。