Http缓存机制

12月 28 2016 5 分钟读完 (约 713 字)

Android本地持久化和性能优化离不开Http缓存，但是你真的了解其中的机制吗？

缓存体系分为三部分

缓存存储策略

Cache-Control请求头里面有五个值

它们指明响应内容是否可以被客户端存储。
前四个都会缓存文件数据，no-cache可理解为不建议使用本地缓存，但依然会缓存数据到本地。no-store不会缓存数据到本地。

数据被缓存到本地以后，再次请求不能保证直接读取本地缓存数据，因为不能保证本地数据是否可用，还需要一套鉴别机制确认才可以。

验证本地缓存数据是否已过期，决定客户端是否可以直接加载本地缓存展示，而不去请求网络。

Expires指明缓存数据有效的绝对时间，客户端会在这个时间后作废缓存数据，在这个时间段内缓存数据都是有效的。

Http缓存头设计不规范导致Cache-Control头中的no-cache和max-age就是特例。它们既包括缓存策略也包含过期策略。

Cache-Control: max-age
相当于
Cache-Control: public/private
Expires: 当前客户端时间 + max-age

1
2
3

Cache-Control: no-cache
相当于
Cache-Control: max-age = 0

Tip：

Cache-Control中配置的缓存策略优先级要高于Expires
缓存数据被标记已过期不代表从本地删除，某些情况还会用到。
如果没有提供缓存过期策略的情况下，浏览器遵循一个启发式缓存过期策略，根据响应头中2个时间字段Date和Last-Modified之间的的时间差值，取其值的10%作为缓存时间周期。

将本地缓存数据标示发给服务器，服务器根据标示判断本地缓存数据是否仍有效。

接收到服务器首次响应时需要输出Last-modified和ETags的头信息导客户端。

客户端检测到数据过期或者请求数据的行为后，重新发起一个Http请求到服务器，服务器不会立即返回数据，先会查看请求头中有没有携带标示If-Modified-Since或If-None-Match，如果标示仍有效，返回304状态码通知客户端可以直接加载本地缓存展示。

至此就能明白上面说的本地缓存数据即便过期，也不等于从此没用的道理了。

#Http