Tut OkHttpClient max retry count

Ich bin die Einstellung des retry on connection failure option für OkHttpClient.

client = new OkHttpClient();
client.setRetryOnConnectionFailure(true);

Ich gerne wissen, wie viele Zeiten es wird weiter versuchen. Blick auf die source code ich sehe keine maximale Grenze. Wie Konfiguriere ich den client zu beenden versucht nach ein paar versuchen?

Source code " - link ist jetzt gebrochen

InformationsquelleAutor RajV | 2016-06-17

8

Gibt es mehr docs hier https://square.github.io/okhttp/3.x/okhttp/okhttp3/OkHttpClient.Builder.html#retryOnConnectionFailure-boolean-
Konfigurieren Sie diesen client zu wiederholen oder nicht, wenn ein Verbindungsproblem ist
Sie begegnete. Standardmäßig ist dieser client leise erholt sich von der
folgende Probleme:
- Nicht erreichbaren IP-Adressen. Wenn das URL-host mehrere IP-Adressen hat, nicht zu erreichen, jede einzelne IP-Adresse nicht fehl, die gesamte Anfrage. Dies kann die Erhöhung der Verfügbarkeit von multi-homed-services.
- Veraltete gepoolte verbindungen. Der ConnectionPool verwendet sockets zur Abnahme Anfrage Latenz, aber diese verbindungen werden gelegentlich mal aus.
- Unerreichbaren proxy-Server. Ein ProxySelector kann verwendet werden, um zu versuchen, mehrere proxy-Server in der Reihenfolge, schließlich fallen zurück auf eine direkte Verbindung.
Setzen Sie dies auf false, um zu vermeiden, wiederholt Anfragen, wenn Sie tun, so ist das destruktiv. In diesem Fall wird die aufrufende Anwendung tun sollte, seine eigene recovery-Konnektivität Fehler.
Aber im Allgemeinen, glaube ich, ist es bestimmt wiederholen, wenn es eine bereits vorhandene veraltete Verbindung, oder Alternative Pfade, können wiederholt werden. Nicht zu wiederholen, die genau das gleiche auf unbestimmte Zeit.

Siehe auch ConnectionSpecSelector.connectionFailed
- Dies ist mein Verständnis auch. Darüber hinaus wird es auch wiederholen einer fehlgeschlagenen SSL-handshake. Aber es scheint nicht zu wiederholen einer direkten TCP-Verbindung scheitern.
InformationsquelleAutor Yuri Schimke

Habe ich ein workaround unten:

@Override
public Response intercept(Chain chain) throws IOException {
  Request request = chain.request();
  //try the request
  Response response = doRequest(chain,request);
  int tryCount = 0;
  while (response == null && tryCount <= RetryCount) {
    String url = request.url().toString();
    url = switchServer(url);
    Request newRequest = request.newBuilder().url(url).build();
    tryCount++;
    //retry the request
    response = doRequest(chain,newRequest);
  }
  if(response == null){//important ,should throw an exception here
      throw new IOException();
  }
  return response;
}

private Response doRequest(Chain chain,Request request){
  Response response = null;
  try{
      response = chain.proceed(request);
  }catch (Exception e){
  }
  return response;
}

InformationsquelleAutor Liangliang Sha

3

Gibt es keine eingebaute Methode zum festlegen der maximalen Grenze, aber Sie können hinzufügen, ein Abfangjäger wie unten.
```
client.interceptors().add(new Interceptor() {
    @Override
    public Response intercept(Chain chain) throws IOException {
        Request request = chain.request();

        //try the request
        Response response = chain.proceed(request);

        int tryCount = 0;
        int maxLimit = 3; //Set your max limit here

        while (!response.isSuccessful() && tryCount < maxLimit) {

            Log.d("intercept", "Request failed - " + tryCount);

            tryCount++;

            //retry the request
            response = chain.proceed(request);
        }

        //otherwise just pass the original response on
        return response;
    }
});
```
Mehr detail auf interceptos finden hier.
- Antwort.isSuccessful() überprüft den HTTP-status-code. Wird, dass die arbeiten für den Anschluss Versagen?
- Ja. falls der response-code 2xx oder 3xx, isSuccessful() zurück true. Für den rest, wird es wieder false. Und Verbindungsfehler sind meist 4xx, so sollte es funktionieren.
- TCP-Verbindung Fehler bedeutet, dass keine HTTP-Anforderung gesendet werden konnte oder eine Antwort erhalten. Ich bin nicht sicher, wie Sie den status code 4xx.
- RajV ist richtig,die Kette.gehen(Anfrage) werfen OIE Ausnahme anstelle von false zurück, wenn die Verbindung fehlgeschlagen ist, so Prerak Sola ' s Antwort kann nur wiederholen-auf der Grundlage der Verbindung ist der Erfolg
InformationsquelleAutor Prerak Sola
0

OkHttp möglicherweise wiederholen Sie Ihre Anfragen auf eine langsame/unzuverlässige Verbindung "aggressiv", bis es gelingt. Dies geschieht für GET -, POST-oder jede andere Art von Anfragen

InformationsquelleAutor Rajesh Nasit

Laut source-code von RetryAndFollowUpInterceptor es ist 20

  /**
   * How many redirects and auth challenges should we attempt? Chrome follows 21 redirects; Firefox,
   * curl, and wget follow 20; Safari follows 16; and HTTP/1.0 recommends 5.
   */
  private static final int MAX_FOLLOW_UPS = 20;

InformationsquelleAutor android_dev

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.