¿El almacenamiento en caching en AFNetworking + UIImageView no respeta ninguna política de caching http? (espero que me equivoque)

Parece que si llamo:

setImageWithURLRequest:(NSURLRequest *)urlRequest placeholderImage:(UIImage *)placeholderImage success:(void (^)(NSURLRequest *request, NSHTTPURLResponse *response, UIImage *image))success failure:(void (^)(NSURLRequest *request, NSHTTPURLResponse *response, NSError *error))failure 

Que la image resultante se coloque en AFImageCache AFImageCache independientemente de la política de caching establecida en los encabezados de respuesta HTTP y permanecerá allí y se searchá desde allí, independientemente de la edad, en requestes posteriores a la misma URL.

¿Eso es cierto?

Lo único que lo obliga a ignorar el caching es establecer NSURLRequestReloadIgnoringCacheData o NSURLRequestReloadIgnoringLocalAndRemoteCacheData en la request (por cierto, la image resultante se reubicará mediante AFNetworking, por lo que es una forma de forzarlo a actualizar su caching).

Ahora, seguro que si el AFImageCache no devuelve ningún golpe, entonces AFNetworking (creo), para una sola request, utilizará el NSURLCache pnetworkingeterminado de Apple, que en teoría sí respeta los encabezados de caching http. Pero esa es solo una request, porque AFNetworking, luego arroja el resultado en su propio caching permanente, no http.

Avísame si me equivoco o si me perdí algo.

Según Matt, el desarrollador de AFNetworking, la solución a esto es anular el comportamiento configurando el caching de imágenes compartidas en otra class que cumpla con el protocolo AFImageCache. https://github.com/AFNetworking/AFNetworking/issues/2731