Java终止线程的方法

JDK 文档中还引入用一篇文章来解释了弃用以下这些方法的原因：《Why are Thread.stop, Thread.suspend and Thread.resume Deprecated?》

方法一：Thread.stop()

通过源码我们可以得出以下结论：

• stop方法会导致代码逻辑不完整，他收到停止命令后，会立即停止。
• stop方法会破坏原子逻辑。
• @Deprecated表示已经废弃并不建议使用

为什么弃用stop：

1. 调用 stop() 方法会立刻停止 run() 方法中剩余的全部工作，包括在 catch 或 finally 语句中的，并抛出ThreadDeath异常(通常情况下此异常不需要显示的捕获)，因此可能会导致一些清理性的工作的得不到完成，如文件，数据库等的关闭。
2. 调用 stop() 方法会立即释放该线程所持有的所有的锁，导致数据得不到同步，出现数据不一致的问题。

举例：

public class Test {
    public static void main(String[] args) throws Exception {
        TestObject testObject = new TestObject();
        Thread t1 = new Thread(() -> {
            try {
                testObject.print("aaa", 0);
            } catch (Exception e) {
                e.printStackTrace();
            }
        });
        t1.start();
        Thread.sleep(10000);
        t1.stop();
        System.out.println("name : " + testObject.getName() + " " + "age : " + testObject.getAge());
    }
}

class TestObject {

    private String name = "hello";
    private Integer age = 100;

    public synchronized void print(String name, Integer age) throws Exception {
        this.name = name;
        Thread.sleep(10000);
        this.age = age;
    }

    public String getName() {
        return name;
    }

    public Integer getAge() {
        return age;
    }
}

输出结果：

可见使用stop终止线程是不安全的

方法二：Thread.suspend()

但是该方法必须和resume()成对出现，否则容易出现死锁。

因为suspend在暂停线程的同时，并不会释放任何锁资源。其他线程都无法访问被它占用的锁。直到对应的线程执行resume()方法后，被挂起的线程才能继续，从而其它被阻塞在这个锁的线程才可以继续执行。

但是，如果resume()操作出现在suspend()之前执行，那么线程将一直处于挂起状态，同时一直占用锁，这就产生了死锁。此时，通过 jps 和 jstack 命令，来观察线程状态，对于被挂起的线程，它的线程状态居然还是Runnable。

方法三：使用标志位终止线程

使用volatile boolean flag，修改flag的值进行终止。

方法四：使用Thread.interrupt()终止

该方法终止线程只是把要被停止的线程设置成中断状态，而此时要被中断的线程是可以继续执行的。

使用该方法要注意以下两点：

1、线程处于阻塞状态：如使用了sleep,同步锁的wait,socket中的receiver,accept等方法时，会使线程处于阻塞状态。

当调用线程的interrupt()方法时，会抛出InterruptException异常。阻塞中的那个方法抛出这个异常，通过代码捕获该异常，然后break跳出循环状态，从而让我们有机会结束这个线程的执行。

这种方法也叫做抛异常法。

2、线程未处于阻塞状态：使用isInterrupted()判断线程的中断标志来退出循环。当使用interrupt()方法时，中断标志就会置true，和使用自定义的标志来控制循环是一样的道理。