Android Volley + Jsonobjectrequest Caching

oleksandr_yefremov fournit de grands codes qui peuvent vous aider lorsque vous avez affaire à la stratégie de cache de Android Volley, en particulier lorsque l'API REST a des en-têtes "Cache-Control" inappropriés ou vous voulez juste plus de contrôle sur votre propre stratégie de cache app.

la clé est HttpHeaderParser.parseCacheHeaders(NetworkResponse response)) . Si vous voulez avoir votre propre stratégie de cache. Le remplacer par parseIgnoreCacheHeaders(NetworkResponse response) dans de la classe correspondante .

si votre classe s'étend JsonObjectRequest, allez à JsonObjectRequest et trouver

@Override
protected Response<JSONObject> parseNetworkResponse(NetworkResponse response) {
    try {
            String jsonString =new String(response.data, HttpHeaderParser.parseCharset(response.headers));
            return Response.success(new JSONObject(jsonString),HttpHeaderParser.parseCacheHeaders(response));
        }catch (UnsupportedEncodingException e) {
            return Response.error(new ParseError(e));
        }catch (JSONException je) {
            return Response.error(new ParseError(je));
        }
}

et remplacer HttpHeaderParser.parseCacheHeaders(response) par HttpHeaderParser.parseIgnoreCacheHeaders

+1 pour oleksandr_yefremov et skyfishjy aussi, et offrant ici une classe de béton, réutilisable adapté pour JSON ou D'autres APIs à base de cordes:

public class CachingStringRequest extends StringRequest {
    public CachingStringRequest(int method, String url, Response.Listener<String> listener, Response.ErrorListener errorListener) {
        super(method, url, listener, errorListener);
    }

    public CachingStringRequest(String url, Response.Listener<String> listener, Response.ErrorListener errorListener) {
        super(url, listener, errorListener);
    }

    @Override
    protected Response<String> parseNetworkResponse(NetworkResponse response) {
        String parsed;
        try {
            parsed = new String(response.data, HttpHeaderParser.parseCharset(response.headers));
        } catch (UnsupportedEncodingException e) {
            parsed = new String(response.data);
        }
        return Response.success(parsed, parseIgnoreCacheHeaders(response));
    }
}

où la fonction parseIgnoreCacheHeaders () vient de la réponse oleksandr_yefremov ci-dessus. Utilisez la classe CachingStringRequest partout où le JSON résultant est ok pour le cache pendant 3 minutes (live) et 24 heures (expiré mais toujours disponible). Une demande d'échantillon:

CachingStringRequest stringRequest = new CachingStringRequest(MY_API_URL, callback);

et dans la fonction onResponse() de l'objet callback, analysez le json. Définissez les limites de mise en cache que vous voulez--vous pouvez paramétrer pour ajouter une expiration personnalisée par requête.

pour le plaisir, essayez ceci dans une application simple qui télécharge json et rend les informations téléchargées. Après avoir rempli le cache avec le premier téléchargement réussi, regardez le rendu rapide que vous changez les orientations tandis que le cache est en direct (Aucun téléchargement ne se produit étant donné un succès de cache en direct). Maintenant, désactivez l'application, attendez 3 minutes pour que cache d'accès à échéance (mais pas 24 heures pour qu'il soit retiré du cache), activez le mode avion, et redémarrez l'application. Le callback D'erreur de Volley se produira, et le callback "réussi" d'onResponse() se produira à partir de données cachées, permettant à votre application à la fois de rendre du contenu et aussi de savoir/prévenir qu'il provient d'un cache expiré.

L'une des utilisations de ce type de cache serait d'éviter les chargeurs et autres moyens de faire face au changement d'orientation. Si une demande passe par une Volley singleton, et les résultats sont mis en cache, les rafraîchissements qui se produisent via le changement d'orientation sont rendus rapidement depuis le cache, automatiquement par Volley, sans le chargeur.

bien sûr, cela ne correspond pas à toutes les exigences. YMMV

j'ai pu forcer Volley à mettre en cache toutes les réponses en étendant StringRequest et en remplaçant request I want to forcedly cache par CachingStringRequest .

Dans méthode substituée parseNetworkResponse je supprimer Cache-Control en-têtes. De cette façon, Volley maintient la réponse dans sa cache.

public class CachingStringRequest extends StringRequest {
    private static final String CACHE_CONTROL = "Cache-Control";

    public CachingStringRequest(int method,
                                String url,
                                Response.Listener<String> listener,
                                Response.ErrorListener errorListener) {
        super(method, url, listener, errorListener);
    }

    @Override
    protected Response<String> parseNetworkResponse(NetworkResponse response) {
        // I do this to ignore "no-cache" headers
        // and use built-in cache from Volley.
        if (response.headers.containsKey(CACHE_CONTROL)) {
            response.headers.remove(CACHE_CONTROL);
        }

        return super.parseNetworkResponse(response);
    }
}