[英]Java thread interrupts and joins (thread is still alive after join)
我正在尝试找出一些行为。 我有一些生成一个线程的代码。 它等待一段时间,然后中断它,加入它,然后退出该方法。
.
.
.
try {
Thread.sleep(processForMillis);
}
catch (InterruptedException ex) {
// Won't happen, ignore.
}
for (Thread t : threads) {
logger.debug("Interrupting Thread " + t.getName());
t.interrupt();
}
for (Thread t : threads) {
try {
t.join(1000L);
logger.debug("Joined Thread " + t.getName());
logger.debug("isAlive? " + t.isAlive());
}
catch (InterruptedException ex) {
// this will never happen
logger.debug("InterruptionException while joining, but didn't expect it.");
}
}
} // end of method
我目前仅使用一个线程运行此程序。 我在日志中可以看到,通常,加入后isAlive()将为false,但有时它仍处于活动状态。 线程处于while循环中:
while(!Thread.currentThread().isInterrupted()){
.
// do some blocking io stuff here
}
因此,我怀疑正在发生的事情是,我们在读取/处理输入流时阻塞了线程(阻塞io),花费的时间超过了有条件触发并完成连接所花费的时间。
所以我的问题是,线程发生了什么?
它不再被引用,线程可以被垃圾回收,但是没有正确清理所有资源,这似乎很糟糕。 除了切换到NIO,还有更好的模式吗?
interrupt()只是在已被中断的线程上设置一个标志。 发生这种情况时,许多阻塞调用不会解除阻塞,这意味着线程几乎不受中断的影响,并继续执行其工作(例如,在InputStream上进行阻塞)。
我猜在某些情况下线程不会取消阻塞并在给定的连接超时(此处为1秒)内达到您的while条件,在其他情况下,阻塞调用恰好在超时内完成并且线程结束。
只要线程正在运行,它仍将具有引用,并且不会被垃圾收集。 如果阻塞调用永远不会解除阻塞-如果它从死掉的tcp套接字读取消息,而另一端已经消失,则该线程可能永远不会结束。
除了“否”的答案,要中断阻塞的IO调用,您可以close()
其流
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.