FutureTask 的 get() 方法被中断时抛 InterruptedException 并自动清除中断状态，因内部调用 Thread.interrupted()；需在 catch 块中立即调用 interrupt() 恢复中断标志，否则中断信号丢失。
get() 方法在被中断时，会抛出 InterruptedException，并**自动清除当前线程的中断状态**（即 `Thread.interrupted()` 会返回 `true`，且后续调用 `isInterrupted()` 将为 `false`）——这是 Java 线程中断机制的标准行为，不是 FutureTask 特有的“保持”或“不保持”，而是它遵循了 `Object.wait()`、`Thread.sleep()` 等可中断阻塞方法的规范。
要真正“保持线程中断状态”，你需要在捕获 `InterruptedException` 后**主动恢复中断标志**。以下是关键要点和实践方式：
为什么 get() 会清除中断状态？
FutureTask.get() 内部依赖 AQS 的 `acquireSharedInterruptibly`，最终调用 `LockSupport.park()` 配合 `Thread.interrupted()` 检查中断。而 `Thread.interrupted()` 是**静态方法，具有清除语义**（读取后重置为 false）。这是 JVM 层面对可中断阻塞的统一设计：抛异常即表示“已响应中断”，线程应有机会处理，而不是让中断状态持续挂起。
如何在 get() 被中断后保持中断状态？
标准做法是在 catch 块中立即调用 `Thread.currentThread().interrupt()`：
- 必须在捕获 InterruptedException 后立刻恢复：否则中断信号丢失，上层逻辑可能无法感知本次中断意图
- 不要仅记录日志或忽略：这会导致中断被“吞掉”，影响协作式关闭、超时退出等关键流程
- 若需进一步处理（如清理资源），恢复中断后再执行
示例代码：
FutureTask<String> task = new FutureTask<>(() -> {
Thread.sleep(5000);
return "done";
});
new Thread(task).start();
try {
String result = task.get(); // 可能被中断
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // ✅ 关键：恢复中断状态
// 此后 isInterrupted() 返回 true，interrupted() 返回 false（因刚被设过）
System.err.println("任务被中断，已恢复中断状态");
// 可继续抛出、返回、或执行清理
}
注意与其他中断检查方式的区别
- `Thread.interrupted()`：静态方法，**清除+返回**，适合“响应一次中断”场景
- `Thread.isInterrupted()`：实例方法，**只读不改**，适合轮询检查是否被中断过
- FutureTask.get() 内部使用的是 `interrupted()`，所以它清除了状态；你恢复时用 `interrupt()` 即可设回
替代方案：用带超时的 get(long, TimeUnit)
如果想避免阻塞太长时间又不想手动处理中断，可用：
立即学习“Java免费学习笔记（深入）”；
- `get(3, TimeUnit.SECONDS)` —— 超时后抛 `TimeoutException`，不涉及中断状态
- 配合 `cancel(true)` 主动中断执行中的任务线程（前提是任务本身响应中断）
- 此时主线程未被中断，无需恢复中断状态
