之前一直对浏览器缓存只能描述一个概略，深条理的道理不能描述上来；终于在前真个两次面试过程中被问倒下，为了泄恨，查阅一些资料最终对其有了一个更深入的理解，空话不久不多说，连忙来看看浏览器缓存的那些事吧，有不同错误的处所，请列位不吝见教啊。

本文主要讲解浏览器真个缓存，缓存的感化是不言而喻的，能够极大的改进网页性能，，提高用户体验。

1、浏览器缓存

缓存这对象，第一次必需获取到资源后，然后按照返回的信息来报告如何缓存资源，可能给与的是强缓存，也可能报告客户端浏览器是协商缓存，这都需要按照响应的header内容来决定的。下面用两幅图来描述浏览器的缓存是怎么玩的，让大家有个概略的认知。

浏览器第一次请求时：

浏览器后续在进行请求时：

从上图可以知道，浏览器缓存包罗两种类型，即强缓存（也叫本地缓存）和协商缓存，浏览器在第一次请求产生后，再次请求时：

浏览器在请求某一资源时，会先获取该资源缓存的header信息，判断是否命中强缓存（cache-control和expires信息），若命中直接从缓存中获取资源信息，包孕缓存header信息；本次请求根柢就不会与处事器进行通信；在firebug下可以检察某个具有强缓存资源返回的信息，例如本地firebug检察的一个强缓存js文件

如果没有命中强缓存，浏览器会发送请求随处事器，请求会携带第一次请求返回的有关缓存的header字段信息（Last-Modified/If-Modified-Since和Etag/If-None-Match），由处事器按照请求中的相关header信息来比对功效是否协商缓存命中；若命中，则处事器返回新的响应header信息更新缓存中的对应header信息，但是并不返回资源内容，它会奉告浏览器可以直接从缓存获取；否则返回最新的资源内容

强缓存与协商缓存的区别，可以用下表来进行描述：

    获取资源形式   状态码   发送请求随处事器  
强缓存    从缓存取    200（from cache）   否，直接从缓存取  
协商缓存    从缓存取    304（not modified）   是，正如其名，通过处事器来奉告缓存是否可用  
2、强缓存相关的header字段

强缓存上面已经介绍了，直接从缓存中获取资源而不颠末处事器；与强缓存相关的header字段有两个：

expires，这是http1.0时的规范；它的值为一个绝对时间的GMT格局的时间字符串，如Mon, 10 Jun 2015 21:31:12 GMT，如果发送请求的时间在expires之前，那么本地缓存始终有效，否则就会发送请求随处事器来获取资源

cache-control：max-age=number，这是http1.1时呈现的header信息，主要是操作该字段的max-age值来进行判断，它是一个相对值；资源第一次的请求时间和Cache-Control设定的有效期，计算出一个资源过期时间，再拿这个过期时间跟当前的请求时间对照，如果请求时间在过期时间之前，就能命中缓存，否则就不行；cache-control除了该字段外，还有下面几个对照常用的设置值：

no-cache：不使用本地缓存。需要使用缓存协商，先与处事器确认返回的响应是否被变动，如果之前的响应中存在ETag，那么请求的时候会与处事端验证，如果资源未被变动，则可以制止从头下载。

no-store：直接禁止游览器缓存数据，每次用户请求该资源，城市向处事器发送一个请求，每次城市下载完整的资源。

public：可以被所有的用户缓存，包孕终端用户和CDN等中间代办代理处事器。

private：只能被终端用户的浏览器缓存，不允许CDN等中继缓存处事器对其缓存。

　　注意：如果cache-control与expires同时存在的话，cache-control的优先级高于expires

3、协商缓存相关的header字段

协商缓存都是由处事器来确定缓存资源是否可用的，所以客户端与处事器端要通过某种标识来进行通信，从而让处事器判断请求资源是否可以缓存访谒，这主要涉及到下面两组header字段，这两组搭档都是成对呈现的，即第一次请求的响应头带上某个字段（Last-Modified或者Etag），则后续请求则会带上对应的请求字段（If-Modified-Since或者If-None-Match），若响应头没有Last-Modified或者Etag字段，则请求头也不会有对应的字段。

Last-Modified/If-Modified-Since
二者的值都是GMT格局的时间字符串，具体过程：