【发布时间】:2012-07-13 05:30:20
【问题描述】:
根据 Goetz 在他的《JCIP》一书中:
因为每个线程都有自己的中断策略,所以除非您知道中断对线程意味着什么,否则不应中断线程。
那为什么Java 语言提供了public interrupt () 方法呢?这是设计缺陷吗?那么谁或什么应该中断一个线程呢?
【问题讨论】:
根据 Goetz 在他的《JCIP》一书中:
因为每个线程都有自己的中断策略,所以除非您知道中断对线程意味着什么,否则不应中断线程。
那为什么Java 语言提供了public interrupt () 方法呢?这是设计缺陷吗?那么谁或什么应该中断一个线程呢?
【问题讨论】:
他的意思是,如果你不知道一个线程做什么以及它是如何工作的,你就不应该打断它。由于所有线程都可以被中断,因此在类Thread 中有一个interrupt() 方法是合乎逻辑的。
您可以对许多其他在错误位置执行时可能造成“伤害”的方法提出同样的问题。方法就是工具,程序员必须明智地使用这些工具才能创建正确运行的程序。
【讨论】:
我首先推荐你阅读Java Concurrency in Practice。
我想,这个question可以回答你提到的问题。
顺便说一下,让我们看看如何防止线程。我们可以使用 Thread 类的 3 种方法中的任何一种来阻止线程执行:
yield()join()sleep()yield() 方法会暂时暂停当前正在执行的线程,以便让具有相同优先级的剩余等待线程有机会执行。如果没有等待线程或所有等待线程的优先级较低,则同一线程将继续执行。产生的线程何时有机会执行由线程调度程序决定,其行为取决于供应商。
join() 如果任何正在执行的线程 t1 在 t2 上调用 join(),即; t2.join() t1 将立即进入等待状态,直到 t2 完成执行。
sleep()根据我们的要求,我们可以让线程在指定的时间内处于休眠状态。
【讨论】:
嗯,这绝不是缺陷。 (不过,Thread.stop() 等其他方法确实是)
使Thread.interrupt()better 的原因在于,它仅在线程被阻塞/等待/休眠时才会影响线程。如果它正在运行interrupt()只要求线程停止这样做通过设置一个状态变量,可以通过Thread.interrupted()或Thread.isInterrupted()查询
通常,最好的方法是让线程从它们的run() 方法返回,而不是以任何方式在外部停止它们。
void run() {
while(!isInterrupted())
//executed
}
注意Thread.interrupted(),因为它会清除中断状态。
【讨论】: