深刻理解http（二）------http的缓存机制及原理

 

1、概念基础

 

参考原文：https://blog.csdn.net/hiredme/article/details/73468040

http的缓存，主要存在于本地浏览器和web代理服务器中。　在这里，咱们讲的是浏览器缓存。

 

 

1.　　响应头ETag(Entity Tag)

Etag用来表示一个资源。在服务器返回响应时包含这个值，不一样的资源response返回不同的Etag。在下次请求相同的资源时，浏览器会在 if-None-Match中带着Etag的传给服务器，若是服务器发现Etag和上次相同，直接返回304资源未发生改变，浏览器使用缓存数据。只要资源有变化，Etag就会从新生成。

       请求头if-None-Match。if-None-Match表示客户端存取的是该资源的校验值，也就是Etag

　　Etag是上一次加载资源时，服务器返回的response header，是对该资源的一种惟一标识，只要资源有变化，Etag就会从新生成。浏览器在下一次加载资源向服务器发送请求时，会将上一次返回的Etag值放到request header里的If-None-Match里，服务器只须要比较客户端传来的If-None-Match跟本身服务器上该资源的ETag是否一致，就能很好地判断资源相对客户端而言是否被修改过了。若是服务器发现ETag匹配不上，那么直接以常规GET 200回包形式将新的资源（固然也包括了新的ETag）发给客户端；若是ETag是一致的，则直接返回304知会客户端直接使用本地缓存便可。

　　

 

　　Etag和Last-Modified二者之间对比：
        首先在精确度上，Etag要优于Last-Modified。Last-Modified的时间单位是秒，若是某个文件在1秒内改变了屡次，那么他们的Last-Modified其实并无体现出来修改，可是Etag每次都会改变确保了精度；若是是负载均衡的服务器，各个服务器生成的Last-Modified也有可能不一致。
       第二在性能上，Etag要逊于Last-Modified，毕竟Last-Modified只须要记录时间，而Etag须要服务器经过算法来计算出一个hash值。
       第三在优先级上，服务器校验优先考虑Etag

 

2.响应头Cache-Control

Cache_-Control主要用来控制缓存相关的东西。Cache-Control头在http 1.1中定义，取代了http1.0版本中用来定义响应缓存策略的头例如（Expires）

 缓存指令主要包括：

　　1.public  private  　　public用来声明浏览器和web代理服务器均可以缓存.     private表示仅容许浏览器缓存，代理服务器不容许缓存

　　2.no-cache　　　　no-cache不是指不缓存，而是指每次请求资源以前都先向服务器验证该资源是否发生改变

　　3.no-store　　　　　表示不缓存，即浏览器和代理服务器都不缓存。

　　4.max-age　　　　　表示缓存的内容在XXX秒后失效。

　　5.must-revalidate      使得客户端再次浏览当前页面时必须法送http头信息到服务器进行验证，而后才决定是否加载客户端本地cache

 

 

if-modified-since和last-modified的比较

　　浏览器在第一次访问资源时，服务器返回资源的同时，在response header中添加 Last-Modified的header，值是这个资源在服务器上的最后修改时间，浏览器接收后缓存文件和header；

　　　 　Last-Modified: Fri, 22 Jul 2016 01:47:00 GMT 

　　浏览器下一次请求这个资源，浏览器检测到有 Last-Modified这个header，因而添加If-Modified-Since这个header，值就是Last-Modified中的值；服务器再次收到这个资源请求，会根据 If-Modified-Since 中的值与服务器中这个资源的最后修改时间对比，若是没有变化，返回304和空的响应体，直接从缓存读取，若是If-Modified-Since的时间小于服务器中这个资源的最后修改时间，说明文件有更新，因而返回新的资源文件和200。

 

　　

2、缓存生效的过程

 

参考原文：https://www.cnblogs.com/mamimi/p/6900987.html

　　服务器收到请求时，会在200OK中返回该资源的Last-Modified和ETag头，客户端将该资源保存在cache中，并记录这两个属性。当客户端须要发送相同的请求时，会在请求中携带If-Modified-Since和If-None-Match两个头。两个头的值分别是响应中Last-Modified和ETag头的值。服务器经过这两个头判断本地资源未发生变化，客户端不须要从新下载，返回304响应。常见流程以下图所示：

 

 
3、http的缓存机制

参考于：https://www.jianshu.com/p/54cc04190252

　　　　我的对缓存数据失效的理解：我的认为缓存数据失效并非缓存数据在内存或者磁盘中消失，只是不提供访问，可是它仍是真实存在与内存或者磁盘中。

　　　　强制缓存失效：其实就是时间超过Expires或者Cache-Control中的max-age，致使缓存数据失效。

　　　　协商缓存失效：其实就是文件发生改变，Etag发生改变。

 

强制缓存和协商缓存

 　　强制缓存：不会向服务器发送请求，直接从浏览器缓存中读取资源。在chrome的控制台的network选项中，能够看到该请求返回200的状态码，而且size显示from disk cache或者 from memory cache。

 

　　from memory cache表明使用内存中的缓存，from disk cache则表明使用的是硬盘中的缓存，浏览器读取缓存的顺序为memory –> disk。在浏览器中，浏览器会在js和图片等文件解析执行后直接存入内存缓存中，那么当刷新页面时只需直接从内存缓存中读取(from memory cache)；而css文件则会存入硬盘文件中，因此每次渲染页面都须要从硬盘读取缓存(from disk cache)。

 

 

 

缓存机制工做流程

 

　　在客户端第一次请求数据时，此时浏览器缓存中没有对应的缓存数据，须要请求服务器，服务器返回数据后，将数据存储至浏览器缓存。

 

 第二次请求数据时存在两种状况：

　　1.缓存数据失效。

 

　　2.缓存数据失效。

　　缓存标识：我的理解为Etag的值。

　　协商缓存就是在强制缓存失效后（也就是缓存数据失效后），浏览器带着缓存标识向服务器发起请求有服务器根据缓存标识决定是否使用缓存的过程。主要有如下两种状况：

　　　　1.协商缓存生效，返回304和Not Modified。

　　　　

　　　　　　2.协商缓存失效，返回200和请求结果

　　　　　　　　

 

 缓存机制的总结

　　强制缓存优先于协商缓存进行，若强制缓存(Expires和Cache-Control)生效则直接使用缓存，若不生效则进行协商缓存(Last-Modified / If-Modified-Since和Etag / If-None-Match)，协商缓存由服务器决定是否使用缓存，若协商缓存失效，那么表明该请求的缓存失效，返回200，从新返回资源和缓存标识，再存入浏览器缓存中；生效则返回304，继续使用缓存。