我已经读过并反复阅读了《Java并发实践》，在这个主题上阅读了几个线程，阅读了IBM文章处理InterruptedException，但还有一些事情我简单地不能理解，我认为可以分成两个问题：
如果我从来没有自己中断其他线程，什么会触发InterruptedException？
如果我从来没有使用interrupt()自己中断其他线程（比如因为我使用其他手段来取消我的工作线程，像毒丸和while (!cancelled)样式循环[如JCIP中所述]），那么InterruptedException是什么意思？在捕获一个时我应该做什么？关闭我的应用程序吗？
线程中断机制是让一个（协作的）线程响应停止请求的首选方式。任何线程（包括本身）都可以在另一个线程上调用interrupt()。
实际上，interrupt()的正常使用情况涉及到某种框架或管理器告诉某些工作线程停止正在进行的操作。如果工作线程“知道中断”，它将通过异常或定期检查其中断标志来注意到已被中断。注意到中断后，良好的线程将放弃正在进行的操作并结束自己。
假设上述使用情况，在Java框架内运行代码或从某个工作线程运行代码时，您的代码可能会被中断。当它被中断时，您的代码应放弃正在进行的操作，并通过最合适的手段终止自身。根据代码的调用方式，这可能是通过返回或抛出某些适当的异常来完成的。但是可能不应该调用System.exit()。（您的应用程序不一定知道为什么被中断，也肯定不知道是否有其他需要由框架中断的线程。）
另一方面，如果您的代码不打算在某些框架的控制下运行，则可以认为InterruptedException是一个意外的异常，即错误。在这种情况下，您应该将该异常视为其他错误一样处理；例如，将其包装在未经检查的异常中，并在处理其他意外的未经检查的异常的同一点上捕获和记录它。（或者，您的应用程序可以简单地忽略中断并继续执行正在执行的操作。）
1）如果我从未自己中断其他线程，什么会触发InterruptedException？
一个例子是，如果使用ExecutorService执行您的Runnable对象，并且在服务上调用shutdownNow()。理论上，任何第三方线程池或线程管理框架都可以合法地执行类似的操作。
2) 如果我从未使用interrupt()打断其他线程，那么InterruptedException是什么意思？我在捕获异常时应该怎么做？关闭我的应用程序吗？
你需要分析代码库以查明是什么在调用interrupt()并为什么这样做。一旦你弄清楚了这一点，就可以确定你的应用程序需要做什么。
在你知道为什么抛出InterruptedException之前，我建议将其视为严重错误；例如，在日志文件中打印堆栈跟踪并关闭应用程序。(显然，这并不总是正确的答案...但是重要的是这是“bug”，需要引起开发者/维护者的注意。)
3) 如何找出是谁/什么调用了interrupt()？
没有好的答案。我最好的建议是在Thread.interrupt()上设置断点并查看调用堆栈。
如果您决定将您的代码与其他库集成，它们可以在您的代码上调用interrupt()。例如，如果您决定将来在ExecutorService中执行您的代码，则可能通过interrupt()强制关闭。
简而言之，我会考虑不仅仅是您的代码现在在哪里运行，还要考虑它以后可能运行的环境。例如，您将其放入库中吗？容器中？其他人将如何使用它？您将重新使用它吗？
InterruptedException 视为“退出命令”。相反，你应该把中断看作是控制线程运行状态的一种手段，就像 Object.notify() 一样。在从 Object.wait() 调用中醒来后检查当前状态一样（你不要假设唤醒意味着等待条件已满足），在被中断后你应该检查 为什么 被中断。通常有办法做到这一点。例如，java.util.concurrent.FutureTask 有一个 isCancelled() 方法。public void run() {
....
try {
.... // Calls that may block.
} catch (InterruptedException e) {
if (!running) { // Add preferred synchronization here.
return; // Explicit flag says we should stop running.
}
// We were interrupted, but the flag says we're still running.
// It would be wrong to always exit here. The interrupt 'nudge'
// could mean something completely different. For example, it
// could be that the thread was blocking on a read from a particular
// file, and now we should read from a different file.
// Interrupt != quit (not necessarily).
}
....
}
public void stop() {
running = false; // Add preferred synchronization here.
myThread.interrupt();
}
您可以通过创建自己的线程类（扩展 java.lang.Thread）并覆盖interrupt()方法来学习这个知识点，在其中记录堆栈跟踪到一个String字段中，然后转移到super.interrupt()。
public class MyThread extends Thread {
public volatile String interruptStacktrace; // Temporary field for debugging purpose.
@Override
public void interrupt() {
interruptStacktrace = dumpStack(); // You implement it somehow...
super.interrupt();
}
}
java.util.concurrent中被取消的任务以及关闭小程序。InterruptedException 表示一个程序 可能 会被中断，但不一定会被中断。
如果你没有预料到这个中断，那么你应该像处理其他意外异常一样对待它。如果它出现在一个关键部分，其中意外异常可能会产生严重后果，最好尝试清理资源并优雅地关闭（因为接收到中断信号意味着你的精心设计的应用程序并不依赖于中断的使用方式，所以必须有什么问题）。或者，如果相关代码是非关键或微不足道的，你可能想忽略（或记录）中断并继续执行。
目前为止没有人提到：中断可能发生是由于操作系统发送的信号而导致的。例如，kill -SIGINT <pid> 可以向您的进程发送一个中断信号，您的进程随后可以将其转换为线程中断。但默认情况下，JVM已经以特定的方式处理了SIGINT（以及其他如SIGTERM等）。所以，如果您想以特定的方式处理SIGINT，您需要相应地配置JVM和您的应用程序。
通常，Web框架会添加关闭挂钩来允许您优雅地结束工作。通常，您的代码应该尝试优雅地关闭像ExecutorService这样的实例，并设置某些超时时间，然后您应该中断线程。您的线程应该及时响应该中断，以便您的应用程序不会花费太长时间来关闭。但是，仅当您的应用程序需要尝试完成其当前工作时才会有影响。