写在最前面
之前遇到很多次关于浏览器缓存和 304 的问题,但在开发的过程中没有深究,之前在开发的过程中,使用angularjs开发后台管理,在 IE 浏览器容易出现 304 问题,代码更新了,但页面仍然是之前内容,打开调试,发现是 304。
浏览器缓存机制
缓存对 web 有很重要的作用。
先来个简单的示意图

判断浏览器缓存:1、当前缓存是否过期?2、服务器中的文件是否改动
第一步 判断当前缓存是否过期
第二步 判断服务器中文件是否改动
浏览器缓存

浏览器缓存分为强缓存和协商缓存。当客户请求某个资源时,获取缓存的流程如下:
- 先根据这个资源的一些 http header 判断它是否命中强缓存,如果命中,则直接从本地获取缓存资源,不会发请求到服务器;
- 当强缓存没有命中时,客户端会发送请求到服务器,服务器通过另一些 request header 验证这个资源是否命中协商缓存,称为 http 验证,如果命中,服务器将请求返回,但不返回资源,而是告诉客户端直接从缓存中获取,客户端收到返回后就会从缓存中获取资源
- 强缓存和协商缓存共同之处在于,如果命中缓存,服务器都不会返回资源;
- 区别是,强缓存不会发送请求到服务器,但协商缓存会
- 当协商缓存也没有命中时,服务器就会将资源发送回客户端
- 当Ctrl + F5 强制刷新网页时,直接从服务器加载,跳过强缓存和协商缓存
- 当 F5 刷新网页时,跳过强缓存,但是会检查协商缓存
强缓存
Expire:该字段是http1.0 时的规范,值为一个绝对时间的 GMT 格式的时间字符串,代表缓存资源的过期时间
Cache-Control:max-age,该字段是 http1.1 的规范,强缓存利用其 max-age 值来判断缓存资源的最大生命周期,它的值是单位为秒。
协商缓存
- Last-Modified : 值为资源最后更新时间,随服务器response返回
- If-Modified-Since : 通过比较两个时间来判断资源在两次请求期间是否有过修改,如果没有修改,则命中协商缓存
- ETag 表示资源内容的唯一标识,随服务器 response 返回
- If-None-Match:服务器通过比较请求头部的If-None-Match与当前资源的ETag 是否一致来判断资源是否在两次请求之间有过修改,如果没有修改,则命中缓存协商缓存。