Thread.Interrupt() 不起作用，我真的不明白为什么

Question

就像我很沮丧，因为我不明白为什么它不起作用。

这是我的代码的一部分：

if (!loadThread.isInterrupted()) {
    try {
        Thread.sleep(500);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }

它给了我错误：

W/System.err: java.lang.InterruptedException
W/System.err:     at java.lang.Thread.sleep(Native Method)
    at java.lang.Thread.sleep(Thread.java:442)
    java.lang.Thread.sleep(Thread.java:358)
    at me.igor.comunicator.client.MainActivity$2.run(MainActivity.java:94)

第 94 行是Thread.sleep(500);。这很奇怪，因为如果它给我的错误是线程被中断，那么为什么if(!loadThread.isInterrupted()) { 会被执行为真？

Answer 1

您似乎不了解中断的作用或工作原理。

一个简短的教程：

• 检查其他线程的中断标志的状态是非常奇怪的。 您可能想要Thread.interrupted() 而不是loadThread.isInterrupted()。
• 在线程上设置中断标志时，不会立即发生任何事情。我们不会等待读取标志的东西在该线程中运行，此时会发生一些事情。与该标志只有 2 次交互：
  1. 正在呼叫Thread.interrupted。如果您在线程的中断标志被引发时调用该方法，那将返回 true，并将降低该标志。
  2. 正在调用与该标志具有特定交互的任何方法。 每个指定给throws InterruptedException 的方法，例如Thread.sleep，都保证与之交互：这些方法将抛出InterruptedException 并降低标志。如果在您调用该方法时标志处于上升状态，它们会通过降低标志并抛出异常来立即返回。没有指定抛出 InterruptedEx，但会“休眠”的方法，例如 fileInputStream.read()，可能会或可能不会与它交互：JVM 的选择。取决于您的操作系统。如果他们与它互动，他们会降低旗帜并抛出例如IOException。他们不会（也不能）抛出InterruptedException。

这对您的代码意味着几件事：

1. 当然，您的 isInterrupted() 调用返回 false：它还没有中断YET，这发生在这 500 毫秒内。
2. 一般来说，您根本不需要检查。 这里处理中断的唯一方法是捕获该异常。根本没有别的办法。这也将处理所有可能发生的情况，您不需要任何检查。这是您必须编写的代码，它涵盖了所有相关案例：

boolean wasInterrupted;
try {
    Thread.sleep(500);
    wasInterrupted = false;
} catch (InterruptedException e) {
    wasInterrupted = true;
}

if (wasInterrupted) {
   // do whatever you intended to do here
}

您根本不需要调用 Thread.interrupted 的原因是因为 Thread.sleep 会免费为您做这件事（性能或其他方面）。

请注意，线程永远不会被任何事情打断，除非您专门写 someThread.interupt()。例如用户按下 CTRL+C 或进入他们的任务管理器或活动监视器或诸如此类并结束您的进程，无论是否强制，不会导致中断。

Answer 2

if(!loadThread.isInterrupted()) {

所以答案取决于loadThread 是当前正在运行的线程还是在您的应用程序中运行的另一个线程。因为你在MainActivity，所以当前运行的线程可能是主线程，loadThread是当前线程正在检查状态的某个后台加载线程。

如果loadThread 是当前线程，那么测试中断标志确实没有任何意义。如果设置了标志，Thread.sleep() 将立即抛出。

W/System.err: java.lang.InterruptedException

这是说当前正在运行的线程已被中断。您可以通过堆栈跟踪看到线程在抛出时位于Thread.sleep(...)。这可能与loadThread 有任何关系，也可能没有任何关系。

为什么if(!loadThread.isInterrupted()) { 被执行为真。

所以如果loadThread是当前正在运行的线程，那么它很有可能测试它的中断状态然后调用Thread.sleep()。当它处于睡眠状态时是中断被传递的时候。我假设这段代码在某种测试循环中？代码在睡眠之外被中断的可能性实际上可能很小。这是典型的竞争条件，因此可以在isInterrupted() 之前或在睡眠期间之后传递中断——代码必须为任何一种可能性做好准备。

最后，在大多数情况下，建议您在捕获InterruptedException 时重新中断线程。原因是当InterruptedException被抛出时，线程的中断状态被清除。如果您退出例程，您希望调用代码也能够测试中断标志——您不想人为地清除它。有 3rd 方库可以捕获并且不会重新中断线程，这可能会导致线程应用程序出现重大问题。

try {
   Thread.sleep(500);
} catch (InterruptedException ie) {
   // immediately re-interrupt the thread so callers can test it too
   Thread.currentThread().interrupt();
   // deal with the interrupt which typically means exiting the the thread
   return;
}

Answer 3

你的线程在等待期间被中断（执行Thread.sleep指令） 在这种情况下，InterruptedException 会被抛出。

在您的代码中，除了 Thread.sleep 之外别无其他。所以运行这段代码的线程在thread.sleep之后，if.isInteruppted之前被中断的可能性很小。

您的程序不应失败 - 只需打印堆栈跟踪并继续执行（try 块之后的代码）。在这种情况下，当 InterruptedException 被捕获时，只使用 log.debug 是合适的（这不是错误）。

详情请见https://docs.oracle.com/javase/7/docs/api/java/lang/Thread.html#sleep(long)