浏览器缓存

浏览器缓存分为强缓存和协商缓存。当客户端请求某个资源时，获取缓存的流 程如下

• 先根据这个资源的⼀些 http header 判断它是否命中强缓存，如果命中，则直接从本地 获取缓存资源，不会发请求到服务器；
• 当强缓存没有命中时，客户端会发送请求到服务器，服务器通过另⼀些 request header 验证这个资源是否命中协商缓存，称为 http 再验证，如果命中，服务器将请求返回，但 不返回资源，⽽是告诉客户端直接从缓存中获取，客户端收到返回后就会从缓存中获取资 源；
• 强缓存和协商缓存共同之处在于，如果命中缓存，服务器都不会返回资源； 区别是，强缓 存不对发送请求到服务器，但协商缓存会；
• 当协商缓存也没命中时，服务器就会将资源发送回客户端；
• 当 ctrl+f5 强制刷新⽹⻚时，直接从服务器加载，跳过强缓存和协商缓存；
• 当 f5 刷新⽹⻚时，跳过强缓存，但是会检查协商缓存；

强缓存

强缓存 表示在缓存期间不需要请求，state code 为 200， 有两种实现方式：Expires  和  Cache-Control

• Expires （该字段是 http1.0 时的规范，值为⼀个绝对时间的 GMT 格式的时间字符 串，代表缓存资源的过期时间）
• Cache-Control:max-age （该字段是 http1.1 的规范，强缓存利⽤其 max-age 值来判断缓存资源的最⼤⽣命周期，它的值单位为秒）

协商缓存

如果缓存过期了，我们就可以使用协商缓存来解决问题。协商缓存需要请求接口，如果缓存有效会返回304。协商缓存需要客户端和服务端共同实现，有两种实现方式：Last-Modified 和 If-Modifien-Since

• Last-Modified （值为资源最后更新时间，随服务器response返回）
• If-Modified-Since （通过⽐较两个时间来判断资源在两次请求期间是否有过修改，如 果没有修改，则命中协商缓存）
• ETag（表示资源内容的唯⼀标识，随服务器 response 返回）
• If-None-Match （服务器通过⽐较请求头部的 If-None-Match 与当前资源的 ETag 是否⼀致来判断资源是否在两次请求之间有过修改，如果没有修改，则命中协商缓存，优先级比 Last-Modified 高）

选择合适的缓存策略

对于大部分的场景都可以使⽤强缓存配合协商缓存解决，但是在⼀些特殊的地 ⽅可能需要选择特殊的缓存策略

• 对于某些不需要缓存的资源，可以使⽤ Cache-control: no-store ，表示该资源不需要 缓存
• 对于频繁变动的资源，可以使⽤ Cache-Control: no-cache 并配合 ETag 使⽤，表示该资源已被缓存，但是每次都会发送请求询问资源是否更新
• 对于代码⽂件来说，通常使⽤ Cache-Control: max-age=31536000 并配合策略缓存使⽤，然后对⽂件进⾏指纹处理，⼀旦⽂件名变动就会⽴刻下载新的⽂件