干净利落地停止线程

Question

我终于在我的程序中实现了Thread.interrupt()而不是Thread.stop()。然而，我不确定我做得好不好。

我有一个类，它扩展了Thread并声明了几个方法。每个方法都抛出InterruptedException(每个方法都执行I/O密集型操作，其中一些需要几分钟才能完成，因此我没有使用线程安全标志，因为该标志直到操作完成后才会被检查)。我还在这些方法的几个地方添加了以下代码来抛出异常:

if (this.isInterrupted()) throw new InterruptedException();

在run（）方法中，我为InterruptedException执行try/catch中的所有方法。如果被捕获，我将执行Process。destroy（）和BufferedReader。类变量的close（）。

这一切工作，似乎工作得很好，但我有几个问题：

1. 有10多个方法，都抛出InterruptedException是正确的吗？有没有更好的方法可以做到这一点？
2. 用检查is中断（）来膨胀方法是正确的吗？
3. 在catch InterruptedException块的末尾，我必须执行“返回”或“空”某些值才能使Thread可用于GC吗？如果我重新创建Thread，初始化所需的时间比平时长。
4. 最后，是否有与我所做的相关的问题/增强？

提前感谢您的帮助！

Answer 1

Java中的线程中断并不意味着停止该线程的执行。它不是停止，而是中断。当一些基本和关键的东西发生变化时，线程可能会被中断，告诉线程它的执行上下文、任务或环境以某种重大方式发生了变化。对此消息的线程反应是特定于实现的。它可以是停止，它可以是重新启动或任何其他操作。不处理中断的线程不能被中断，但其行为仍然可以被改变，例如，通过使用共享变量。

例如，假设您有许多线程，所有线程都在问题空间的一部分中搜索解决方案。当一个线程找到解决方案时，它可以中断其他线程，因为它们对解决方案的搜索不再相关。已经找到了解决办法。

或者想象一个持续工作的主线程和一个网络通信线程。每次网络线程收到消息时，它都会用该消息中断工作线程。根据消息和上下文的内容，工作线程可以决定下一步要做什么。例如，如果消息是“STOP”，那么它可以立即停止所有执行。如果消息是“RESET”，它可以从头开始，也可以不从头开始，并根据执行上下文重用以前的一些工作。

有10个以上的方法，所有这些方法都会抛出InterruptedException，这对吗？有更好的方法吗？

不，这完全没问题，只要你知道你在做什么。如果实现中断以仅停止线程，则无需引发中断异常。Thread 的 run（） 方法是它的第一个，异常不会在堆栈中进一步。

用检查 isInterrupted（） 来膨胀这些方法是否正确？

取决于上下文。检查通常会在一些关键代码之前添加。通常，它被添加为循环块中的第一项。

在catch InterruptedException块的末尾，我必须执行“return”或“null”特定值才能使Thread可用于GC吗？如果我重新创建Thread，初始化所需的时间会比平时长。

不。一旦线程从 run（） 方法中存在，它就会任由 GC 摆布。共享变量不会被GC化，只要它们仍然被其他对象引用。