Ne OkHttpClient avoir un max nombre de tentatives

Je suis en train de le recommencer sur l'échec de la connexion option pour OkHttpClient.

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

J'aimerai savoir combien de fois il va continuer d'essayer. En regardant les le code source je n'ai pas vu de limite maximale. Comment puis-je configurer le client pour cesser d'essayer après quelques tentatives?

OriginalL'auteur RajV | 2016-06-17

  1. 8

    Il y a plus de docs ici https://square.github.io/okhttp/3.x/okhttp/okhttp3/OkHttpClient.Builder.html#retryOnConnectionFailure-boolean-

    Configurer ce client pour réessayer ou pas, quand un problème de connectivité est
    rencontrés. Par défaut, ce client silencieusement récupère de l'
    problèmes suivants:

    • Inaccessible adresses IP. Si l'URL de l'hôte dispose de plusieurs adresses IP, l'impossibilité de parvenir à une adresse IP n'est pas l'ensemble de la demande. Cela peut augmenter la disponibilité de multi-homed services.

    • Rassis pool de connexions. Le ConnectionPool réutilise les sockets pour diminuer la demande de latence, mais ces connexions sera de temps en temps le temps.

    • Inaccessible serveurs proxy. Un ProxySelector peut être utilisé pour tenter de multiples serveurs proxy dans l'ordre, éventuellement, de revenir à une connexion directe.

    Cette définie sur false pour éviter de réessayer demandes lorsque cela est destructeur. Dans ce cas, la demande doit faire de son propre rétablissement de la connectivité des échecs.

    Mais en général, je crois qu'il est destiné à réessayer quand il y a un existant obsolète de connexion, ou d'autres chemins que peut être retentée. Pas pour recommencer exactement la même chose indéfiniment.

    Voir aussi ConnectionSpecSelector.connectionFailed

    C'est ma compréhension. En outre, il permettra également de réessayer un échec de la connexion SSL. Mais il ne semble pas réessayer une simple connexion TCP à l'échec.

    OriginalL'auteur Yuri Schimke

  2. 3

    J'ai fait une solution de contournement ci-dessous:

    @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;
}
    Cela fonctionne parfaitement pour moi. Merci beaucoup.

    OriginalL'auteur Liangliang Sha

  3. 2

    Il n'y a pas dans la construction de méthode pour définir la limite maximale, mais vous pouvez ajouter un intercepteur comme ci-dessous.

    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;
    }
});

    Plus de détails sur interceptos peut être trouvé ici.

    réponse.isSuccessful() vérifie le code d'état HTTP. Ce travail de l'échec de la connexion?
    Oui. si le code de réponse est 2xx ou 3xx, isSuccessful() sera de retour true. Pour le reste, il sera de retour false. Et les échecs de connexion sont pour la plupart 4xx, donc, il faut travailler.
    Échec de la connexion TCP signifie pas de requête HTTP peut être envoyé ou de la réponse obtenue. Je ne suis pas sûr de savoir comment le code d'état est 4xx.
    RajV du droit,de la chaîne.procéder(demande) va jeter de l'OIE exception au lieu de return false lorsque la connexion est un échec, donc Prerak Sola réponse ne peut réessayer en fonction de la connexion est un succès

    OriginalL'auteur Prerak Sola

  4. 0

    OkHttp seront susceptibles de répéter vos demandes sur une lente/connexion non fiable “de manière agressive” jusqu'à ce qu'il réussisse. Ceci est fait pour GET, POST ou tout autre type de demandes de

    OriginalL'auteur Rajesh Nasit