Thread.stop（）和最后[重复]

Question

这个问题在这里已有答案：

• Thread.stop和朋友在Java中是否安全？ 8个答案

我创建了一个名为ThreadClass的跟随类（你可以看到它是一个线程），它的结构类似于以下内容

class SomeTask implements Runnable
{
    boolean someCondition=true;
    public void run() {
        try
        {
            while(someCondition)
            {
            //Here goes the Process Code
            }
        }
        catch(Exception errorException)
        {
            //Catching the Exception
        }
        finally
        {
            ////I expect that this finally should run every time ,whatever happens in the world
        }
    }

}

我的问题是关于finally块和stop（）方法

由于上面的类正在实现Runnable，所以我可以创建这个类的对象并通过调用start（）方法启动它的一个线程。我也知道我可以通过使用stop（）来停止这个线程（ 是的，我知道它已被弃用 ）方法。

我想要澄清的是，如果我需要在ThreadClass的对象上调用stop方法，那么即使通过调用stop（）来停止线程，我也可以依赖finally块来执行，因为我正在做一些重要的事情关闭finally块中的东西。

Answer 1

线程#stop通过抛出ThreadDeath异常来工作，它不会像System.exit吹走JVM那样瞬间消除线程。 ThreadDeath甚至可以被捕获，尽管这不是一个好主意。 所以尝试块仍然相关。

但是，复杂的是，如果线程已经多次调用它，那么，如果在线程处于finally块中时调用第二个停止，那么它可以从finally块中抛出，这样finally块就不会完成然后。 如果线程的清理需要一段时间，那么很可能在它上面多次调用stop。

或者即使你只调用stop一次，如果在调用stop时线程恰好已经执行了finally块，那么stop会干扰完成finally块。

这类似于Thread原语弃用的技术说明 ：

1）一个线程几乎可以在任何地方抛出一个ThreadDeath异常。 考虑到这一点，必须非常详细地研究所有同步的方法和块。

2）线程可以在从第一个（在catch或finally子句中）清理时抛出第二个ThreadDeath异常。 清理必须重复，直到成功为止。 确保这一点的代码非常复杂。

因此，有些情况存在问题，要确保正确完成清理是非常困难的。 詹姆斯的评论是正确的，如果可能的话，你应该使用这种事情的中断，以便线程可以可靠地完成其业务。