浏览器缓存

浏览器缓存：浏览器在本地磁盘对用户最近访问的资源进行存储，当再一次请求资源时，可以从本地磁盘加载文件。

浏览器缓存优点：
1.减轻了服务器的负担。
2.加快了加载网页的速度。

缓存的分类：
1.强缓存（from cache）
2.协商缓存 （304）

两者的优先级：
先判断资源是否命中强缓存，如果没命中 在看是否命中协商缓存

强缓存：
强缓存是利用http响应头中的expires或者cache-control两个字段来控制，用来表示缓存时间。

expires: http1.0时的规范
它的值是一个GMT格式的时间字符串，表示资源实效时间。
是一个绝对时间。
缺点：由于是一个绝对时间，当客户端与服务端时间相差较大时，会导致缓存混乱。

cache-control: http1.1
利用max-age值来进行判断。
是一个相对时间。
秒级。

cache-control与expires同时在服务器端配置启用时，cache-control优先级高。

协商缓存：
协商缓存就是传给服务器一个标识，由服务判断缓存资源是否可用。

Last-Modified/If-Modified-Since: 1.0
浏览器第一次请求一个资源时，响应头回加上Last-Modified，表明资源最后一个被修改的时间。再次请求时请求头中会在If-Modified-Since中把此值传回去，服务器来判断是否命中协商缓存。
如果命中，返回304，不会返回资源和Last-Modify。

ETag/If-None-Match: 1.1
返回的是一个保证资源是唯一的校验码，资源变化会导致此码发生变化，返回304响应时，还是会返回ETag。

ETag解决Last-Modified不能处理的问题
1.某些服务器不能精确得到资源的最后修改时间，这样就无法通过最后修改时间判断资源是否更新 。
2.如果资源修改非常频繁，在秒以下的时间内进行修改，而Last-modified只能精确到秒 。
3.一些资源的最后修改时间改变了，但是内容没改变，使用ETag就认为资源还是没有修改的。

Last-Modified与ETag是可以一起使用的，服务器会优先验证ETag，一致的情况下，才会继续比对Last-Modified，最后才决定是否返回304。

分布式系统里多台机器间文件的Last-Modified必须保持一致，以免负载均衡到不同机器导致比对失败；
分布式系统尽量关闭掉ETag(每台机器生成的ETag都会不一样）；

用户行为对缓存的影响：