由memoryCache和diskCache产生的浏览器缓存机制的思考

今天在作项目的优化的时候，使用chrome开发者工具的network发现了细节：

虽然这两个看起来都是从缓存中读取，但仍是有一些不同的！

webkit资源的分类

webkit的资源分类主要分为两大类：主资源和派生资源

http状态码

200 from memory cache

不访问服务器，直接读缓存，从内存中读取缓存。此时的数据时缓存到内存中的，当kill进程后，也就是浏览器关闭之后，数据将不存在。

可是这种方式只能缓存派生资源。

200 from disk cache

不访问服务器，直接读缓存，从磁盘中读取缓存，当kill进程时，数据仍是存在。

这种方式也只能缓存派生资源

304 Not Modified

访问服务器，发现数据没有
更新，服务器返回此状态码。而后从缓存中读取数据。

可是这里有困惑，怎么判断from memory cache仍是304

三级缓存原理

1. 先去内存看，若是有，直接加载
2. 若是内存没有，择取硬盘获取，若是有直接加载
3. 若是硬盘也没有，那么就进行网络请求
4. 加载到的资源缓存到硬盘和内存

因此咱们能够来解释这个现象

图片为例：

访问-> 200 -> 退出浏览器
再进来-> 200(from disk cache) -> 刷新 -> 200(from memory cache)

http header

max-age

web中的文件被用户访问(请求)后的存活时间,是个相对的值,相对Request_time(请求时间)

Expires

Expires指定的时间根据服务器配置可能有两种：

1. 文件最后访问时间
2. 文件绝对修改时间

若是max-age和Expires同时存在，则被Cache-Control的max-age覆盖

last-modified

WEB 服务器认为对象的最后修改时间，好比文件的最后修改时间，动态页面的最后产生时间

ETag

对象（好比URL）的标志值，就一个对象而言，文件被修改，Etag也会修改

Cache-Control

简单理解，强缓存

最后结论

见图片（来源自网络）