为什么OKHttp被设计为在SocketTimeoutException时不重试

Question

private boolean isRecoverable(IOException e, boolean requestSendStarted) {
    ....
    // If there was an interruption don't recover, but if there was a 
    //timeout connecting to a route
    // we should try the next route (if there is one).
     if (e instanceof InterruptedIOException) {
      return e instanceof SocketTimeoutException && !requestSendStarted;
    }
   ....
    return true;
}

以下是OKHttp中RetryAndFollowUpInterceptor的代码段。

我的问题是为什么OkHttp在SocketTimeoutException和requestSendStarted == true时不重试？

因为我认为如果有其他路由器，我们可以重试另一个ip或路由器

Answer 1

如果OkHttp根本无法连接，目标是重试。如果服务器可以访问，但只是响应缓慢，那么它很可能是一个应用程序层问题，重试无效。

Answer 2

考虑成功发送请求并将响应数据传输到客户端时出现问题的情况。在这种情况下自动重试可能使服务器重复某些操作（增加一些计数，在某处写入记录），这可能是不合需要的。 OKHttp允许用户决定在这种情况下该做什么。