Thread.stop() - 已弃用

Question

为什么在 Java 中不推荐使用Thread.stop() ？ 在他们的网站上，我看到以下内容：

为什么不推荐使用Thread.stop ？

因为它本质上是不安全的。 停止线程会导致它解锁所有已锁定的监视器。 （监视器在ThreadDeath异常向上传播时解锁。）如果以前受这些监视器保护的任何对象位于不一致的 state 中，则其他线程现在可能会在不一致的 state 中查看这些对象。 据说这些物体已损坏。 当线程对损坏的对象进行操作时，可能会导致任意行为。 这种行为可能很微妙且难以检测，也可能很明显。 与其他未经检查的异常不同， ThreadDeath静默方式杀死线程； 因此，用户没有警告他的程序可能已损坏。 损坏可以在实际损坏发生后的任何时间出现，甚至在未来几小时或几天内。

我不明白他们所说的“监视器”是什么意思。 无论如何，我的问题是如果不应该调用Thread.stop()那么应该如何停止 Java 线程？

Answer 1

你问：

我的问题是，如果在 Java 中无法停止线程，那么如何停止线程？

答案：在 Java 中没有干净、快速或可靠的方法来停止线程。

线程终止并不是那么简单。 一个正在运行的线程，通常被许多作者称为轻量级进程，拥有自己的堆栈并且是自己命运的主人（守护进程就是这样）。 它可能拥有文件和套接字。 它可能持有锁。 突然终止并不总是那么容易：如果线程正在写入文件并在完成写入之前被终止，则可能会出现不可预测的后果。 或者当线程被击中头部时，线程持有的监视器锁呢？

相反，线程依赖于称为Interruption的协作机制。 这意味着线程只能通知其他线程停止，而不能强制它们停止。

为了停止 Java 中的线程，我们依赖一种称为中断的协作机制。 这个概念非常简单。 为了停止一个线程，我们所能做的就是向它传递一个信号，也就是中断它，请求线程在下一个可用的机会停止它自己。 就这样。 不知道接收者线程可能对信号做什么：它甚至可能不会去检查信号； 甚至更糟的是忽略它。

来源： https : //codeahoy.com/java/How-To-Stop-Threads-Safely/

Answer 2

当您的线程正确处理中断时，应该可以使用ExecutorService接口立即终止它。 根据 Oracle 文档， ExecutorService.shutdownNow()方法尝试停止所有正在执行的任务，而无需等待它们终止。 然而，除了尽最大努力阻止它们之外，没有任何保证。 下面是一些示例代码：

class MyThread implements Runnable{
    @Override
    public void run() {
        for (int i = 1; i < 10000000; i++)
            try {
            System.out.println(i + " ThreadID: " + Thread.currentThread().getId());
            if (Thread.interrupted()) 
                    throw new InterruptedException();
            } catch (InterruptedException e) {
                return;
        }   
    }
}

ExecutorService executor = Executors.newFixedThreadPool(3);
            executor.submit(new MyThread());
            executor.submit(new MyThread());
            executor.submit(new MyThread());
            executor.shutdownNow();

在没有终止的情况下，每个线程应该将消息打印到控制台 10000000 次。 executor.shutdownNow()方法立即停止所有三个线程。

Answer 3

正确的方法是使用连接。 join 不会过早地停止线程的执行，而是在移动到下一条语句之前等待线程完成执行。

Thread exampleThread = new Thread(){
    public void run(){
        try {

            Thread.sleep(2000);

        } catch (InterruptedException ex) {
            //handle the exception
        }
    }
};

exampleThread.start();
exampleThread.join();

这里 exampleThread.join() 将等待直到 exampleThread 执行完成，然后再移动到下一条语句。 但是，确保线程完成执行的责任在于程序员。 本质上没有办法停止线程，但如果你设计得当，你就不需要停止线程。

Answer 4

从https://docs.oracle.com/javase/8/docs/api/java/lang/Thread.html ：

大多数使用 stop 的代码应该替换为简单地修改一些变量以指示目标线程应该停止运行的代码。 目标线程应该定期检查这个变量，如果变量表明它要停止运行，则以有序的方式从它的 run 方法返回。 为确保停止请求的及时通信，变量必须是 volatile（或对变量的访问必须是同步的）。

Answer 5

停止线程的逻辑应该在您的线程实现中处理，以便您确保一切都按您想要的方式进行。 例如，您可以创建一个cancel()方法来更改循环检查的线程状态。 像这样：

class StoppableThread implements Runnable {

    boolean isCancelled = false;


    public void run() {
        while (!isCancelled) {
            System.out.println("Thread is running with all its might!");

            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }   
    }


    public void cancel () {
        isCancelled = true;
    }
}

Answer 6

java 中的线程很有趣，因为您如何实现它们取决于您编写程序的目的。 如果您不优先考虑程序的效率，则thread.join()是一种用于等待 Java 线程“完成”执行的方法。 注意，它用于等待 Java 线程，而不是停止线程，在这种情况下，我们可以假设线程在运行完run()方法后完成执行。 之所以使用thread.stop()方法是危险的，是因为我们不知道调度器是如何命令线程执行的，这种不确定性是相当令人沮丧的，但我们不得不接受它。 假设您在线程从主 memory 读取对象时使用thread.stop方法。 这可能会导致巨大的开销，因为调度程序现在被迫优先考虑停止该线程，并忽略其他线程......所以这是不鼓励使用thread.stop的众多原因之一