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

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zoudifei/article/details/45623121

记得有位高人说过,成功在于细节。同样,一份代码质量如何,同样也在于对细节的处理上。考虑的情况越多,则出现问题的概率也就越低。
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中提到的缓存方式,值得

没有更多推荐了,返回首页