volley 框架剖析(四） 之HTTPCache设计

记得有位高人说过，成功在于细节。同样，一份代码质量如何，同样也在于对细节的处理上。考虑的情况越多，则出现问题的概率也就越低。
Cache之前也写过，但看了Volley的Cache之后，真心觉得差距大了。不废话了，还是上大餐吧

public static class Entry {
        /** The data returned from cache. */
        public byte[] data;

        /** ETag for cache coherency. */
        public String etag;

        /** Date of this response as reported by the server. */
        public long serverDate;

        /** The last modified date for the requested object. */
        public long lastModified;

        /** TTL for this record. */
        public long ttl;

        /** Soft TTL for this record. */
        public long softTtl;

        /** Immutable response headers as received from server; must be non-null. */
        public Map<String, String> responseHeaders = Collections.emptyMap();

        /** True if the entry is expired. */
        public boolean isExpired() {
            return this.ttl < System.currentTimeMillis();
        }

        /** True if a refresh is needed from the original data source. */
        public boolean refreshNeeded() {
            return this.softTtl < System.currentTimeMillis();
        }
    }

还有与之相应的HttpHeaderParser这个类。这个类代码较长，这里就不贴了，主要

还是一个个来介绍吧。
data[]没什么说的，就是数据本身

ETAG
etag 是HTTP头部的一个定义，是HTTP协议提供的若干机制中的一种Web缓存验证机制，并且允许客户端进行缓存协商。这就使得缓存变得更加高效，而且节省带宽。如果资源的内容没有发生改变，Web服务器就不需要发送一个完整的响应。ETag也可用于并发控制，作为一种防止资源同步更新而相互覆盖的方法。Etag的算法没有明确规定，只要冲突的概率低就好了，它可以是时间戳，可以是低冲突的哈希值，甚至也可以是版本号。
怎么使用ETAG呢？通常由服务器在返回的HttpHeader中加入

ETag: "686897696a7c876b7e"

然后客户端再次请求相同URL时，带上

If-None-Match: "686897696a7c876b7e"

如果服务器发现资源没有变，则直接返回304，客户端则可以直接使用本地缓存，如果服务器资源有变，则返回完全的内容。
通过使用ETAG即能节省流量，又能保持本地资源更新。

serverEtag = headers.get("ETag");

serverDate
服务器时间，从Header中取出。

headerValue = headers.get("Date");

取服务器时间是为了防止客户端时间修改导致的问题。

lastModified
同样，这个值也是服务器上下发，告诉客户端上次内容改变的时间。

headerValue = headers.get("Last-Modified");

交互方式与ETAG相同

第一次发起请求，服务器返回

Last-Modified : Fri , 12 May 2006 18:53:33 GMT

第二次发起请求，客户端则带上

If-Modified-Since : Fri , 12 May 2006 18:53:33 GMT

同样，如果页面数据没变，则返回304

读者或会问，这两种方种都行，为什么要定义两个呢。我的理解是Last_Modified对于动态网页无效。另外，多一种方式，在使用的场景上会灵活很多。

ttl****softTtl
说这两个参数，话又长了。得先从HttpHeader中一个叫Cache-Control的说起。
为了节约时间，我这里直接来传送门http://www.blogjava.net/dashi99/archive/2008/12/30/249207.html
总得说来，这两个值就是缓存的生存周期，超过这个时间，就失效了。
这两个值的使用场景如下代码所示。ttl小于了当前时间，则直接过期，当softTtl小于当前时间，需要做刷新操作。

       /** True if the entry is expired. */
        public boolean isExpired() {
            return this.ttl < System.currentTimeMillis();
        }

        /** True if a refresh is needed from the original data source. */
        public boolean refreshNeeded() {
            return this.softTtl < System.currentTimeMillis();
        }

以下是这两个值的获取过程，其中，finalExpire是ttl，softExpire是softTtl.

        // Cache-Control takes precedence over an Expires header, even if both exist and Expires
        // is more restrictive.
        if (hasCacheControl) {
            softExpire = now + maxAge * 1000;
            finalExpire = mustRevalidate
                    ? softExpire
                    : softExpire + staleWhileRevalidate * 1000;
        } else if (serverDate > 0 && serverExpires >= serverDate) {
            // Default semantic for Expire header in HTTP specification is softExpire.
            softExpire = now + (serverExpires - serverDate);
            finalExpire = softExpire;
        }

这个Cache的强大之处就是在于完整实现了HTTP中提到的缓存方式，值得