java中单纯try-catch无法实现重试，需在catch中结合循环、计数、break等控制流程；基础重试为固定次数（如3次），失败则计数加1并继续循环，成功则break退出。
Java中单纯用try-catch无法实现“重试”，它只负责捕获异常；真正实现重试逻辑，需要在catch块中控制流程（如循环、延迟、条件判断等），并配合状态管理与退出策略。
基础重试：固定次数 + 简单捕获
最常见场景：调用一个可能临时失败的远程接口，最多重试3次。
- 用while或for控制重试次数，每次失败后计数+1
- 在catch中不直接抛出，而是继续下一次循环
- 成功时用break提前退出，避免多余重试
示例代码结构：
int retry = 0;int maxRetries = 3;
while (retry try {
result = callExternalService();
break; // 成功就跳出
} catch (IOException e) {
retry++;
if (retry == maxRetries) throw e;
Thread.sleep(1000); // 等待1秒再试
}
}
指数退避：避免雪崩式重试
连续重试可能加剧下游压力。推荐使用指数退避（Exponential Backoff）：每次等待时间按2ⁿ递增。
- 定义baseDelay（如100ms）和最大延迟上限（如5秒）
- 第n次重试等待时间为：min(baseDelay × 2ⁿ, maxDelay)
- 可加入随机抖动（jitter），防止大量请求同时涌向服务
例如：第0次失败后等100ms，第1次等200ms，第2次等400ms……第5次达上限3.2秒后不再增长。
条件化重试：只对特定异常或响应重试
不是所有错误都该重试。比如400 Bad Request不该重试，但503 Service Unavailable可以。
- 捕获Exception后，用instanceof判断具体异常类型（如SocketTimeoutException、RemoteAccessException）
- 若调用返回Result对象，检查code字段是否为5xx或“UNAVAILABLE”等可重试标识
- 对业务异常（如CustomRetryableException）可自定义标记接口，统一判断
避免把NullPointerException、IllegalArgumentException这类编程错误也纳入重试范围。
封装成可复用工具：避免重复写重试逻辑
把重试参数（次数、退避策略、重试条件）抽象出来，封装为通用方法或注解式组件。
- 提供函数式接口（如Supplier
task），传入要执行的逻辑 - 支持自定义RetryPolicy：包含maxAttempts、backoff、retryPredicate等字段
- 生产环境建议集成Resilience4j或Spring Retry，它们已处理线程安全、熔断、监控等细节
自己手写轻量版时，注意：不要在lambda中直接捕获Throwable（会吞掉Error），应限定为Exception子类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
