正确处理InterruptedException需响应中断请求，常见策略包括恢复中断状态、清理后抛出异常或终止任务，避免忽略或吞掉异常，以确保线程安全与程序健壮性。
在Java中，InterruptedException 是一种检查型异常，通常由线程在阻塞操作（如 wait()、sleep()、join()）期间被中断时抛出。正确处理这一异常，对构建健壮、响应及时的并发程序至关重要。下面从捕获方式到处理策略进行详细解析。
为何会抛出 InterruptedException
当一个线程处于阻塞状态（比如调用 Thread.sleep() 或 Object.wait()），另一个线程调用该线程的 interrupt() 方法时，JVM 会中断其阻塞状态，并抛出 InterruptedException。此时线程的中断状态会被清除。
常见触发方法包括：
- Thread.sleep(long millis)
- Object.wait()
- Thread.join()
- BlockingQueue 的 put/take 方法
- LockSupport.park() 等底层阻塞工具
如何正确捕获 InterruptedException
由于 InterruptedException 是检查异常，编译器强制要求必须处理。基本捕获结构如下：
立即学习“Java免费学习笔记（深入）”；
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 处理中断
}
关键不在于“是否捕获”，而在于“如何响应”。以下是几种典型处理策略。
常见的中断异常处理策略
面对 InterruptedException，不能简单地忽略或空 catch。以下是推荐做法：
1. 恢复中断状态（推荐通用做法）
如果当前方法不打算进一步处理中断，应恢复线程的中断状态，以便上层调用链能感知中断信号。
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // 重置中断标志
}
这种做法适用于你无法完成预期任务但希望调用者知道中断发生的情况。
2. 清理资源后抛出异常
若你在执行关键操作，可在捕获后进行必要清理，再封装并抛出异常。
try {
resource.lock();
Thread.sleep(1000);
} catch (InterruptedException e) {
cleanup();
Thread.currentThread().interrupt();
throw new RuntimeException("Operation interrupted", e);
}
适用于工具类或服务方法，确保异常可追溯。
3. 终止当前任务（在线程池中常见）
在使用线程池时，接收到中断通常意味着任务应尽快取消。
public void run() {
try {
while (!Thread.currentThread().isInterrupted()) {
// 执行任务逻辑
Thread.sleep(500);
}
} catch (InterruptedException e) {
// 被中断，退出循环
} finally {
cleanup();
}
}
通过检查中断状态决定是否继续运行，实现协作式中断。
错误的处理方式示例
以下做法应避免：
- catch 后什么都不做：吞掉异常会导致程序失去响应能力。
- 仅打印日志不恢复中断：上层无法感知中断，破坏中断语义。
- 重新抛出 InterruptedException 但不清除状态：可能影响后续逻辑。
基本上就这些。关键是理解中断是一种协作机制，不是强制终止。捕获 InterruptedException 意味着你已收到“请停止”的请求，应做出恰当响应——要么处理，要么传递。不复杂但容易忽略细节。
