强缓存

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或者缓存时间过期。