强缓存

Cache-control(http 1.1)

服务器端设置缓存

Cache-control的原理是设置一个时间段，在这个时间段内资源缓存不会发送请求新的资源。如果想获取新的资源就要修改请求的url,例如style.css?version=233,每次这个文件更新后面的version版本也改变就达到了资源更新后不用缓存重新下载的原理。

浏览器默认用户发送的第一个请求是不设置缓存的！！！

为什么第一个请求不会设置缓存

Expires(http 1.0)

服务器端设置Expires

Exprires和 Cache-control的区别就是缓存的时间，Exprires设置的时间是绝对时间，浏览器会根据本地时间来判断缓存是否过期，用户本地时间是错的那么缓存就会失效，而cache-control用的是一个时间长度所以还是用cache-control好一点。

协商缓存

Last-Modified

客户端会为资源标记上该信息，下次再次请求时，会把该信息附带在请求报文中一并带给服务器去做检查，若传递的时间值与服务器上该资源最终修改时间是一致的，则说明该资源没有被修改过，直接返回304状态码，内容为空，这样就节省了传输数据量。如果两个时间不一致，则服务器会发回该资源并返回200状态码，和第一次请求时类似。这样保证不向客户端重复发出资源，也保证当服务器有变化时，客户端能够得到最新的资源。一个304响应比一个静态资源通常小得多，这样就节省了网络带宽。

ETag

作为协商缓存last-modified存在这两个缺点
第一在某些服务端不能获取精确的修改时间。
第二某些文件的修改非常频繁，在秒以下的时间内进行修改，lastModified只能精确到秒。
第三文件修改时间改了，但文件内容却没有改。
第四同一个文件位于多个cdn内容一样，但修改的时间却不一样。

ETag就解决了这些缺点。

ETag缓存的原理是在服务端设置一个类似于hash的值，当服务端的资源改变时对应的ETag就会改变，当客户端发送请求时会在请求头带一个 IF-None-Match的字段就是上次服务端发送来的ETag的值，这个值会在服务端与当前ETag对比，一样的话就只返回一个304Not modifyed,如果不一样的话就会下载新的资源。
ETag与Cache-control的区别是，ETag每次都会发送请求去对比两次的ETag值，而Cache-control请求都不会发除非改变请求资源url或者缓存时间过期。

分级缓存策略

一般强缓存和协商缓存时搭配一起使用的，来达到一个分级缓存的策略。

200状态

当浏览器本地没有缓存或者下一层失效时，或者用户点击了CTL + F5，浏览器直接去服务器下载最新数据。

304状态

这一层由last-modified/ETag控制。当下一层失效时或者用户点击refresh,F5时，浏览器就会发送请求给服务器，如果服务器端没有变化，则返回304给浏览器，需要注意的是当两者同时存在时ETag的优先级更高。

200状态（from cache）

这一层由expires/cache-control控制。expires（http1.0版本有效）是绝对时间，cache-control（http1.1版本有效）相对时间，两者都存在时cacahe-control覆盖expires只要没有失效，浏览器只会访问自己的缓存。

HTTP缓存控制小结

缓存总结

强缓存