Almacenamiento en caché de Android Volley + JsonObjectRequest

Oleksandr_yefremov proporciona excelentes códigos que pueden ayudarlo cuando se trata de la estrategia de caché de Android Volley, especialmente cuando la API REST tiene encabezados incorrectos de "Control de caché" o simplemente desea más control sobre su propia estrategia de caché de aplicaciones.

La clave es HttpHeaderParser.parseCacheHeaders(NetworkResponse response)). Si quieres tener tu propia estrategia de caché. Sustitúyalo por parseIgnoreCacheHeaders(NetworkResponse response) en la clase correspondiente.

Si su clase extiende JsonObjectRequest, vaya a JsonObjectRequest y busque

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

Y sustituir HttpHeaderParser.parseCacheHeaders(response) con HttpHeaderParser.parseIgnoreCacheHeaders

+ 1 para oleksandr_yefremov y skyfishjy también, y ofreciendo aquí una clase concreta y reutilizable adecuada para json u otras API basadas en cadenas:

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

Donde la función parseIgnoreCacheHeaders() proviene de la respuesta oleksandr_yefremov anterior. Utilice la clase CachingStringRequest en cualquier lugar donde el json resultante esté bien para almacenar en caché durante 3 minutos (en vivo) y 24 horas (caducado pero aún disponible). Una solicitud de muestra:

CachingStringRequest stringRequest = new CachingStringRequest(MY_API_URL, callback);

Y dentro de la función onResponse() del objeto callback, analiza el json. Establezca los límites de almacenamiento en caché que desee could podría parametrizar para agregar caducidad personalizada por solicitud.

Por diversión, prueba esto en una aplicación simple que descarga json y renderiza la información descargada. Después de haber llenado la caché con la primera descarga exitosa, observe la rápida representación a medida que cambia de orientación mientras la caché está en vivo (no se produce ninguna descarga dada una coincidencia de caché en vivo). Ahora mata la aplicación, espera 3 minutos para que caduque el golpe de caché (pero no 24 horas para que se elimine de caché), habilite el modo avión y reinicie la aplicación. Se producirá la devolución de llamada de error Volley, Y la devolución de llamada" exitosa " onResponse() se producirá desde los datos almacenados en caché, lo que permitirá a tu aplicación tanto renderizar contenido como saber/advertir que proviene de la caché caducada.

Un uso de este tipo de almacenamiento en caché sería obviar los cargadores y otros medios de lidiar con el cambio de orientación. Si una solicitud pasa por un Volley singleton, y los resultados se almacenan en caché, las actualizaciones que ocurren a través del cambio de orientación son renderizado rápidamente desde caché, automáticamente por Volea, sin el Cargador.

Por supuesto, esto no se ajusta a todos los requisitos. YMMV

Pude forzar a Volley a almacenar en caché todas las respuestas extendiendo StringRequest y reemplazando request I want to forcibly cache con CachingStringRequest.

En el método sobrescrito parseNetworkResponse elimino los encabezados Cache-Control. De esta manera Volley está persistiendo la respuesta en su caché incorporada.

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