Java Thread.stop() vs Thread.interrupt()

Question

我有以下代码：

renderThread = new Thread(new Runnable() {

    @Override
    public void run() {
        for (int i = 0; i < 10000000; i++) {
            System.out.println("Number: " + i);
        }
    }
});

renderThread.start();

try {
    Thread.sleep(100);
} catch (InterruptedException ex) {
    ex.printStackTrace();
}

renderThread.interrupt(); //It should stop, but it does not stop.

renderThread.interrupt()不会中断线程，它会继续运行。如果我用.stop()替换renderThread.interrupt()，线程就会停止。但是，.stop()已被弃用。那么，如果stop被弃用并且interrupt不能工作，那么停止线程的正确方法是什么？

Answer 1

当您调用interrupt()时，它会触发一个布尔标志，该标志告诉run函数应该停止。这就是为什么我通常这样编写run函数的原因。

void run()
{
    while(!Thread.interrupted())
    {
        //Do something
    }
}

仅仅因为你调用interrupt并不意味着线程会立即停止或者根本停止。这取决于run函数中的内容。

Answer 2

真正推动你为什么不应该使用Thread.stop()的观点？

Doug Lea最近提到，Thread.stop将是Java8到来的的第一个去实现的方法。

他对某人的评论的回应是：

此外，同步的另一件事是它处理线程的异步中止(即thread.stop())。我知道stop()已经过时了，但是你永远不会知道。

是：

，但是你知道的！从JDK8开始，Thread.stop真的消失了。它是第一个实际上已被取消实现的已弃用方法。它现在只抛出UnsupportedOperationException。

http://cs.oswego.edu/pipermail/concurrency-interest/2013-December/012028.html

Answer 3

你应该看看这篇文章：http://10kloc.wordpress.com/2013/03/03/java-multithreading-steeplechase-stopping-threads/

基本上，你不应该停止一个线程(不安全的)，而应该中断它。您缺少的是让线程处理中断。