Guter Ansatz, um manuell die retry-requests in Retrofit-Android

Hier ist, was Sie ausprobieren könnten. Zuerst die Netzwerk-request-Methode:

void getDataFromServer(final int dataId) {
     ...

    dataService.getDataFromServer(dataId, new Callback<ResultData>() {
        @Override
        public void success(final ResultData data, final Response response) {
            retries.set(0);
            ...
        }

        @Override
        public void failure(RetrofitError error) {
            if (RetrofitErrorHandler.retry(activity, progressDialog, error, retries, activity.getString(R.string.error_getting_data))) {
                getDataFromServer(dataId);//retry this method
            } else {
               //let user know we counldn't get data
               ...
            }
        }
    });

}

Hier könnten Sie überprüfen, ob die Anfrage sollte wiederholt werden und gibt true zurück, wenn das sollten wir wiederholen, und false, wenn sollten wir nicht.

Ersten Halbjahr wiederholen prüft, ob der status-code des Fehlers (siehe r.getStatus()) entspricht, die jemals den status-code ist für Sie von Interesse (siehe STATUS_CODE_RETRY), die könnten auch eine server-status-code (z.B. 401, 404. etc.).

Der zweiten Hälfte wiederholen wird zuerst überprüft, um zu sehen, ob es ein Netzwerk-Fehler (siehe error.isNetworkError()) und wenn es dann erhöht sich der retry-Zähler und gibt true zurück, was bedeutet, dass das Netzwerk die Anforderung wird wiederholt. Wenn der Fehler ist ein Netzwerk-Fehler (siehe error.isNetworkError()) und der retry-Zähler größer als Ihre gewünschten max Anzahl der Wiederholungen (siehe NUM_RETRIES), dann gibt Sie false zurück, so dass die Anfrage nicht erneut ausgelöst werden. Der nächste Teil ist kein Zusammenhang zu überprüfen, wo ein Netzwerk-Fehler aufgetreten ist, aber es ist nicht ein timeout, so muss es ein Problem mit der Verbindung. Dieser check gibt false zurück, da die Netzwerk-Anfrage sollte nicht wiederholt werden, und der Benutzer sollte über die Verbindungsprobleme. Die abschließende Prüfung ist die nicht Netzwerk Fehler überprüfen, die angibt, dass ein Fehler aufgetreten ist, der nicht ein Ergebnis von einem Netzwerk-Fehler. Wieder einmal, wird false zurückgegeben, damit der Antrag nicht wiederholt, und der Benutzer wird benachrichtigt.

public static boolean retry(Activity act, RetrofitError error, AtomicInteger retries, String uploadErrorMsg){
    //this is the first half of the retry check
    Response r = error.getResponse();
    if (r != null && r.getStatus() == STATUS_CODE_RETRY){
        Log.v(TAG, "STATUS_CODE_RETRY!");
        ...
        return true;
    }
    //this is the second half of the retry check
    if (error.isNetworkError()) {
        if (error.getCause() instanceof SocketTimeoutException) {//connection timeout check
            if(retries.incrementAndGet() < NUM_RETRIES){ //retry if you can
                return true;
            } else { //if you can't retry anymore
                retries.set(0);
                Log.i(TAG, act.getClass().getSimpleName() + " has no more retries " + act.getString(R.string.timeout_msg));
                return false;
            }
        } else {//no connection check
            retries.set(0);
            Log.i(TAG, act.getClass().getSimpleName() + " " + act.getString(R.string.timeout_msg)+ " " + uploadErrorMsg);
            return false;
        }
    } else { //non network error check
        retries.set(0); 
        Log.i(TAG, act.getClass().getSimpleName() + " " + act.getString(R.string.err_msg)+ " " + uploadErrorMsg);
        return false;
    }
}  

Hoffe, dass dies geholfen.