Future.get(timeout)不自动重试，需将TimeoutException和InterruptedException作为控制信号触发重试；必须在每次重试前调用future.cancel(true)终止原任务，避免资源堆积与非幂等风险；正确处理中断状态，指数退避加随机抖动提升稳定性。
Future.get(timeout) 本身不重试，但你可以用它触发重试；关键不是等超时，而是把 TimeoutException 和 InterruptedException 当作控制信号来决策是否重试。
为什么不能直接在 get() 外套 while 循环重试
很多初学者写成这样：
while (retryCount < MAX_RETRY) {
try {
result = future.get(3, TimeUnit.SECONDS);
break;
} catch (TimeoutException e) {
retryCount++;
// 忘了 cancel 原任务，下次 new Future 又提交一次
}
}问题在于：future 还在后台跑着，没被取消，重复提交会堆积任务、耗尽线程池资源。更糟的是，如果原任务是发 HTTP 请求或写数据库，可能已成功执行，只是响应慢——重试就变成非幂等操作。
- 每次重试前必须调用
future.cancel(true)，否则原任务持续占用线程 -
cancel(true)仅对未开始或正在运行的任务生效；若任务已结束（哪怕抛异常），cancel 无效果 - 不要假设
TimeoutException意味着“服务没收到请求”，它只说明“你没等到结果”
如何正确响应 InterruptedException 并保持重试可控
InterruptedException 不是失败信号，而是协作式中断协议的一部分。你在重试循环里主动中断自己（比如超时后调用 Thread.currentThread().interrupt()），或外部线程中断了当前等待线程，都得处理干净，否则中断状态丢失，上层无法感知。
- 捕获
InterruptedException后，必须立即调用Thread.currentThread().interrupt()恢复中断标志 - 不要在重试循环内吞掉
InterruptedException并继续下一轮——这会让调用方误以为操作还在进行 - 如果重试逻辑本身被中断（例如 Spring 的
@Async方法被Future.cancel(true)），应直接退出，不再发起新任务
带退避的重试模板：兼顾 TimeoutException 和 InterruptedException
下面是一个生产可用的轻量级重试结构，不依赖第三方库：
public <T> T getWithRetry(Future<T> future, long baseDelayMs, int maxRetries)
throws ExecutionException, InterruptedException {
for (int i = 0; i <= maxRetries; i++) {
try {
return future.get(baseDelayMs * (1L << i), TimeUnit.MILLISECONDS);
} catch (TimeoutException e) {
if (i == maxRetries) throw new RuntimeException("Max retries exceeded", e);
future.cancel(true); // 关键：终止旧任务
long jitter = ThreadLocalRandom.current().nextLong(100);
Thread.sleep(baseDelayMs * (1L << i) + jitter);
}
}
return null; // unreachable
}注意点：
- 指数退避用
1L << i替代Math.pow(2, i)，避免浮点误差和装箱开销 - 每次重试前 sleep 时间包含随机抖动（
jitter），防止重试洪峰打垮下游 - 最后一轮失败时，不捕获
TimeoutException，让它向上冒泡，由调用方决定兜底（如返回默认值或降级）
最容易被忽略的边界：CancellationException 和已完成任务的重试判断
当 future.cancel(true) 成功后，再调用 get() 会抛 CancellationException，但它和 TimeoutException 不同——前者代表“你主动杀了它”，后者只是“它还没回你”。如果你没显式 catch CancellationException，它会混在 ExecutionException 里被忽略。
- 重试前先检查
future.isDone()：如果是true，说明任务其实已完成（成功或异常），不该重试 - 若
future.isCancelled()为true，说明你刚 cancel 掉它，此时可安全新建任务 - 永远不要对已
isDone()的future调用get()——它可能抛ExecutionException（含原始异常），也可能直接返回结果，行为不一致
