OkHttp中doExtensiveCheck为true时，如何优化isHealthy()方法？

你遇到的问题核心是：isHealthy()在doExtensiveCheck=true时执行的socket.getInputStream().available()和socket.getOutputStream().flush()这两个IO操作，给空RequestBody的PUT/POST请求带来了额外耗时，而GET请求因流程差异避开了部分开销。以下是几种实用优化方向：

1. 给空RequestBody的PUT/POST请求跳过全量检查 #

直接修改isHealthy()逻辑，当检测到当前请求是PUT/POST且RequestBody为空时，跳过耗时的健康检查步骤：

• 先获取当前请求信息，判断请求方法为PUT/POST，同时RequestBody为空（null或内容长度为0）。
• 满足条件时临时将doExtensiveCheck设为false，跳过available()读取和flush()操作，直接返回连接健康状态。

示例代码（需基于OkHttp 3.14.9源码自定义Connection相关类）：

@Override
public boolean isHealthy(boolean doExtensiveCheck) {
  // 新增判断：空请求体的PUT/POST跳过全量健康检查
  Request currentRequest = getCurrentRequest(); // 根据OkHttp内部结构获取当前请求
  if (doExtensiveCheck && currentRequest != null) {
    String method = currentRequest.method();
    RequestBody body = currentRequest.body();
    if (("PUT".equals(method) || "POST".equals(method)) 
        && (body == null || body.contentLength() == 0)) {
      doExtensiveCheck = false;
    }
  }
  
  // 原有健康检查逻辑
  if (doExtensiveCheck) {
    try {
      int read = socket.getInputStream().available();
      if (read > 0) return false;
      socket.getOutputStream().flush();
    } catch (IOException e) {
      return false;
    }
  }
  return true;
}

2. 削减IO操作的不必要开销 #

如果无法完全跳过检查，可针对两个IO操作做针对性优化：

• 针对available()：该方法在部分系统环境下存在微小阻塞延迟，可临时设置1ms的超时，超时则默认无未读数据，之后恢复原有超时配置。
• 针对flush()：空RequestBody时输出流无数据需要刷新，直接跳过该操作，避免不必要的系统调用。

修改后的代码片段：

if (doExtensiveCheck) {
  try {
    // 给available()加超时，避免阻塞
    int originalTimeout = socket.getSoTimeout();
    socket.setSoTimeout(1);
    int read = socket.getInputStream().available();
    socket.setSoTimeout(originalTimeout); // 恢复原超时设置
    if (read > 0) return false;
    
    // 空请求体时跳过flush()
    RequestBody body = getCurrentRequest().body();
    if (body != null && body.contentLength() > 0) {
      socket.getOutputStream().flush();
    }
  } catch (SocketTimeoutException e) {
    // 超时默认无未读数据，继续执行
  } catch (IOException e) {
    return false;
  }
}

3. 调整连接池的健康检查触发频率 #

自定义ConnectionPool，针对空RequestBody的PUT/POST请求减少健康检查次数：

• 给每个连接添加“最近检查时间”标记，若连接在短时间内（如100ms）已通过健康检查，复用阶段直接跳过doExtensiveCheck的全量检查。
• 单独为空RequestBody的请求维护独立连接池，与其他请求的连接池隔离，降低重复检查频率。

注意事项 #

• 以上修改需基于OkHttp 3.14.9源码定制，不同版本内部API可能存在差异，需确保兼容性。
• 优化后需充分测试，避免因跳过检查导致复用异常连接（如读取到服务器残留响应数据）。

内容的提问来源于stack exchange，提问作者E.g.Andy