在 okhttp 拦截器中，绝不可主动调用 response.body().close()，否则将导致后续调用方无法读取响应体，引发 illegalstateexception: closed 等异常；资源释放应由最终消费者（如 retrofit、自定义回调）负责。
在 okhttp 拦截器中，绝不可主动调用 response.body().close()，否则将导致后续调用方无法读取响应体，引发 illegalstateexception: closed 等异常；资源释放应由最终消费者（如 retrofit、自定义回调）负责。
OkHttp 的拦截器链（Interceptor Chain）是责任链模式的典型实现：每个拦截器接收上游传入的 Response，可选择修改、重试或直接返回，但不承担资源销毁职责。Response 对象及其 ResponseBody 的生命周期由最外层的调用方管理——例如，使用 response.body().string()、response.body().bytes() 或 response.body().source() 后，OkHttp 会自动触发关闭；若使用 response.body().source() 获取 BufferedSource，则需在读取完成后显式调用 source.close()（此时关闭的是 source，而非 response body 本身）。
回到你的重试拦截器代码：
public Response intercept(Chain chain) throws IOException {
Response response = chain.proceed(chain.request());
if (!response.isSuccessful() && response.code() == 429) {
LOG.error("Rate limit exceeded. Waiting 20 seconds.");
try {
Thread.sleep(20_000);
} catch (InterruptedException e) {
Thread.currentThread().interrupt(); // ✅ 正确处理中断
throw new IOException("Request interrupted during 429 backoff", e);
}
// ⚠️ 注意：此处必须使用新 request，避免复用已发送过的 request（尤其含 requestBody）
Request newRequest = chain.request(); // 若 request 不含 body 或已幂等，可复用；否则建议重建
response = chain.proceed(newRequest);
}
return response; // ✅ 正确：不关闭 response，交由调用方处理
}⚠️ 关键注意事项：
- 禁止在拦截器中关闭 response.body()：一旦关闭，下游（如业务逻辑、GsonConverter）再尝试读取时将抛出 IOException: closed；
- 重试时慎用原始 request：若原请求含 RequestBody（如 JSON、文件上传），且该 body 不支持重复读取（如 RequestBody.create(...) 默认仅允许消费一次），直接复用会导致第二次请求无数据或失败。建议对非幂等请求构建新 Request；
- 线程中断需合规处理：Thread.sleep() 被中断后，应恢复中断状态（Thread.currentThread().interrupt()），而非仅打印堆栈；
- 超时与重试策略应解耦：生产环境建议结合 OkHttpClient.Builder.retryOnConnectionFailure(false) 与自定义拦截器，并引入指数退避、熔断等机制，而非硬编码 20s。
✅ 正确的资源释放时机示例（在最终消费处）：
Response response = client.newCall(request).execute();
try (ResponseBody body = response.body()) { // ✅ 使用 try-with-resources 自动关闭
String content = body.string(); // 内部已确保 body 可安全读取并关闭
process(content);
} // 自动调用 body.close()总结：拦截器是“中间人”，不是“终结者”。它的使命是增强请求/响应行为（鉴权、日志、重试、缓存），而非接管资源生命周期。信任 OkHttp 的资源管理契约——只要你不提前关闭，框架和上层库会按需、安全地释放连接与响应体。
