浏览器 HTTP 协议缓存机制详解

雨点打透心脏的1/2处 2022-07-13 05:54 255阅读 0赞

最近在准备优化日志请求时遇到了一些令人疑惑的问题，比如为什么响应头里出现了两个 cache control、为什么明明设置了 no cache 却还是发请求，为什么多次访问时有时请求里带了 etag，有时又没有带？等等。。。

后来查了一些资料以及同事亲自验证，总算对这些问题有了个清晰的理解，现在整理出来以备忘。

# 1、缓存的分类 #

缓存分为服务端侧（server side，比如 Nginx、Apache）和客户端侧（client side，比如 web browser）。

服务端缓存又分为 代理服务器缓存 和 反向代理服务器缓存（也叫网关缓存，比如 Nginx反向代理、Squid等），其实广泛使用的 CDN 也是一种服务端缓存，目的都是让用户的请求走”捷径“，并且都是缓存图片、文件等静态资源。

客户端侧缓存一般指的是浏览器缓存，目的就是加速各种静态资源的访问，想想现在的大型网站，随便一个页面都是一两百个请求，每天 pv 都是亿级别，如果没有缓存，用户体验会急剧下降、同时服务器压力和网络带宽都面临严重的考验。

![013637_Rw3f_568818.jpg][]

# 2、浏览器缓存机制详解 #

浏览器缓存控制机制有两种：HTML Meta标签 vs. HTTP头信息

## 2.1 HTML Meta标签控制缓存 ##

浏览器缓存机制，其实主要就是HTTP协议定义的缓存机制（如： Expires； Cache-control等）。但是也有非HTTP协议定义的缓存机制，如使用HTML Meta 标签，Web开发者可以在HTML页面的<head>节点中加入<meta>标签，代码如下：

上述代码的作用是告诉浏览器当前页面不被缓存，每次访问都需要去服务器拉取。使用上很简单，但只有部分浏览器可以支持，而且所有缓存代理服务器都不支持，因为代理不解析HTML内容本身。而广泛应用的还是 HTTP头信息 来控制缓存，下面我主要介绍HTTP协议定义的缓存机制。

## 2.2 HTTP头信息控制缓存 ##

### 2.2.1 浏览器请求流程 ###

*  浏览器第一次请求流程图：

![Center][]

*  浏览器再次请求时：

![Center 1][]

### 2.2.2 几个重要概念解释 ###

*  Expires策略：Expires是Web服务器响应消息头字段，在响应http请求时告诉浏览器在过期时间前浏览器可以直接从浏览器缓存取数据，而无需再次请求。不过Expires 是HTTP 1.0的东西，现在默认浏览器均默认使用HTTP 1.1，所以它的作用基本忽略。Expires 的一个缺点就是，返回的到期时间是服务器端的时间，这样存在一个问题，如果客户端的时间与服务器的时间相差很大（比如时钟不同步，或者跨时区），那么误差就很大，所以在HTTP 1.1版开始，使用Cache-Control: max-age=秒替代。
 *  Cache-control策略（重点关注）：Cache-Control与Expires的作用一致，都是指明当前资源的有效期，控制浏览器是否直接从浏览器缓存取数据还是重新发请求到服务器取数据。只不过Cache-Control的选择更多，设置更细致，如果同时设置的话，其优先级高于Expires。

值可以是public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age
    各个消息中的指令含义如下：
    Public指示响应可被任何缓存区缓存。
    Private指示对于单个用户的整个或部分响应消息，不能被共享缓存处理。这允许服务器仅仅描述当用户的部分响应消息，此响应消息对于其他用户的请求无效。
    no-cache指示请求或响应消息不能缓存，该选项并不是说可以设置”不缓存“，容易望文生义~
    no-store用于防止重要的信息被无意的发布。在请求消息中发送将使得请求和响应消息都不使用缓存，完全不存下來。
    max-age指示客户机可以接收生存期不大于指定时间（以秒为单位）的响应。
    min-fresh指示客户机可以接收响应时间小于当前时间加上指定时间的响应。
    max-stale指示客户机可以接收超出超时期间的响应消息。如果指定max-stale消息的值，那么客户机可以接收超出超时期指定值之内的响应消息。

*  Last-Modified/If-Modified-Since：Last-Modified/If-Modified-Since要配合Cache-Control使用。

Last-Modified：标示这个响应资源的最后修改时间。web服务器在响应请求时，告诉浏览器资源的最后修改时间。
    If-Modified-Since：当资源过期时（使用Cache-Control标识的max-age），发现资源具有Last-Modified声明，则再次向web服务器请求时带上头 If-Modified-Since，表示请求时间。web服务器收到请求后发现有头If-Modified-Since 则与被请求资源的最后修改时间进行比对。若最后修改时间较新，说明资源又被改动过，则响应整片资源内容（写在响应消息包体内），HTTP 200；若最后修改时间较旧，说明资源无新修改，则响应HTTP 304 (无需包体，节省浏览)，告知浏览器继续使用所保存的cache。

*  Etag/If-None-Match：Etag/If-None-Match也要配合Cache-Control使用。

Etag：web服务器响应请求时，告诉浏览器当前资源在服务器的唯一标识（生成规则由服务器决定）。Apache中，ETag的值，默认是对文件的索引节（INode），大小（Size）和最后修改时间（MTime）进行Hash后得到的。
    If-None-Match：当资源过期时（使用Cache-Control标识的max-age），发现资源具有Etage声明，则再次向web服务器请求时带上头If-None-Match （Etag的值）。web服务器收到请求后发现有头If-None-Match 则与被请求资源的相应校验串进行比对，决定返回200或304。

*  既生Last-Modified何生Etag？你可能会觉得使用Last-Modified已经足以让浏览器知道本地的缓存副本是否足够新，为什么还需要Etag（实体标识）呢？HTTP1.1中Etag的出现主要是为了解决几个Last-Modified比较难解决的问题：

Last-Modified标注的最后修改只能精确到秒级，如果某些文件在1秒钟以内，被修改多次的话，它将不能准确标注文件的修改时间
    如果某些文件会被定期生成，当有时内容并没有任何变化，但Last-Modified却改变了，导致文件没法使用缓存
    有可能存在服务器没有准确获取文件修改时间，或者与代理服务器时间不一致等情形

Etag是服务器自动生成或者由开发者生成的对应资源在服务器端的唯一标识符，能够更加准确的控制缓存。Last-Modified与ETag一起使用时，服务器会优先验证ETag。

*  yahoo的Yslow法则中则提示谨慎设置Etag：需要注意的是分布式系统里多台机器间文件的last-modified必须保持一致，以免负载均衡到不同机器导致比对失败，Yahoo建议分布式系统尽量关闭掉Etag(每台机器生成的etag都会不一样，因为除了 last-modified、inode 也很难保持一致)。
 *  Pragma行是为了兼容HTTP1.0，作用与Cache-Control: no-cache是一样的。
 *  最后总结下几种状态码的区别：

![Center 2][]

# 3、用户行为与缓存 #

浏览器缓存行为还有用户的行为有关，如果大家对 强制刷新（Ctrl + F5） 还有印象的话应该能立刻明白我的意思~

<table style=""> 
 <tbody style=""> 
 <tr style=""> 
 <td style=""> 用户操作 </td> 
 <td style=""> Expires/Cache-Control </td> 
 <td style=""> Last-Modified/Etag </td> 
 </tr> 
 <tr style=""> 
 <td style=""> 地址栏回车 </td> 
 <td style=""> 有效 </td> 
 <td style=""> 有效 </td> 
 </tr> 
 <tr style=""> 
 <td style=""> 页面链接跳转 </td> 
 <td style=""> 有效 </td> 
 <td style=""> 有效 </td> 
 </tr> 
 <tr style=""> 
 <td style=""> 新开窗口 </td> 
 <td style=""> 有效 </td> 
 <td style=""> 有效 </td> 
 </tr> 
 <tr style=""> 
 <td style=""> 前进、后退 </td> 
 <td style=""> 有效 </td> 
 <td style=""> 有效 </td> 
 </tr> 
 <tr style=""> 
 <td style=""> F5/按钮刷新 </td> 
 <td style=""> 无效(BR重置max-age=0) </td> 
 <td style=""> 有效 </td> 
 </tr> 
 <tr style=""> 
 <td style=""> Ctrl+F5刷新 </td> 
 <td style=""> 无效（重置CC=no-cache） </td> 
 <td style=""> 无效（请求头丢弃该选项） </td> 
 </tr> 
 </tbody> 
</table>

具体请参考文末 Refer \[6\]

# 4、Refer： #

\[1\] 浏览器缓存机制

[http://www.cnblogs.com/skynet/archive/2012/11/28/2792503.html][http_www.cnblogs.com_skynet_archive_2012_11_28_2792503.html]

\[2\] Web 开发人员需知的 Web 缓存知识

[http://www.oschina.net/news/41397/web-cache-knowledge][http_www.oschina.net_news_41397_web-cache-knowledge]

\[3\] 浏览器缓存详解:expires,cache-control,last-modified,etag详细说明

[http://blog.csdn.net/eroswang/article/details/8302191][http_blog.csdn.net_eroswang_article_details_8302191]

\[4\] 在浏览器地址栏按回车、F5、Ctrl+F5刷新网页的区别

[http://cloudbbs.org/forum.php?mod=viewthread&tid=15790][http_cloudbbs.org_forum.php_mod_viewthread_tid_15790]

[http://blog.csdn.net/yui/article/details/6584401][http_blog.csdn.net_yui_article_details_6584401]

\[5\] Cache Control 與 ETag

[https://blog.othree.net/log/2012/12/22/cache-control-and-etag/][https_blog.othree.net_log_2012_12_22_cache-control-and-etag]

\[6\] 缓存的故事

[http://segmentfault.com/blog/animabear/1190000000375344][http_segmentfault.com_blog_animabear_1190000000375344]

\[7\] Google的PageSpeed网站优化理论中提到使用Etag可以减少服务器负担

[https://developers.google.com/speed/docs/pss/AddEtags][https_developers.google.com_speed_docs_pss_AddEtags]

\[8\] yahoo的Yslow法则中则提示谨慎设置Etag

[http://developer.yahoo.com/performance/rules.html\#etags][http_developer.yahoo.com_performance_rules.html_etags]

\[9\] H5 缓存机制浅析 移动端 Web 加载性能优化

[http://segmentfault.com/a/1190000004132566][http_segmentfault.com_a_1190000004132566]

\[10\] 网页性能： 缓存效率实践

[http://www.w3ctech.com/topic/1648][http_www.w3ctech.com_topic_1648]

\[11\] 透过浏览器看HTTP缓存

[http://www.cnblogs.com/skylar/p/browser-http-caching.html][http_www.cnblogs.com_skylar_p_browser-http-caching.html]

\[12\] 浏览器缓存知识小结及应用

[http://web.jobbole.com/84888/][http_web.jobbole.com_84888]

\[13\] 大公司里怎样开发和部署前端代码？

[http://zhihu.com/question/20790576/answer/32602154?utm\_campaign=webshare&utm\_source=weibo&utm\_medium=zhihu][http_zhihu.com_question_20790576_answer_32602154_utm_campaign_webshare_utm_source_weibo_utm_medium_zhihu]

\[14\] 浏览器缓存机制详解

[https://mangguo.org/browser-cache-mechanism-detailed/][https_mangguo.org_browser-cache-mechanism-detailed]

[013637_Rw3f_568818.jpg]: /images/20220713/10ff2056b8b44321866e5c21d4515c26.png
[Center]: /images/20220713/a645491b09a84b06be41b77dfdc5ebdc.png
[Center 1]: /images/20220713/371eecd2fee3447aae202dde1d3fdb4d.png
[Center 2]: /images/20220713/452fee78203446a48bf43692f7bd84b7.png
[http_www.cnblogs.com_skynet_archive_2012_11_28_2792503.html]: http://www.cnblogs.com/skynet/archive/2012/11/28/2792503.html
[http_www.oschina.net_news_41397_web-cache-knowledge]: http://www.oschina.net/news/41397/web-cache-knowledge
[http_blog.csdn.net_eroswang_article_details_8302191]: http://blog.csdn.net/eroswang/article/details/8302191
[http_cloudbbs.org_forum.php_mod_viewthread_tid_15790]: http://cloudbbs.org/forum.php?mod=viewthread&tid=15790
[http_blog.csdn.net_yui_article_details_6584401]: http://blog.csdn.net/yui/article/details/6584401
[https_blog.othree.net_log_2012_12_22_cache-control-and-etag]: https://blog.othree.net/log/2012/12/22/cache-control-and-etag/
[http_segmentfault.com_blog_animabear_1190000000375344]: http://segmentfault.com/blog/animabear/1190000000375344
[https_developers.google.com_speed_docs_pss_AddEtags]: https://developers.google.com/speed/docs/pss/AddEtags
[http_developer.yahoo.com_performance_rules.html_etags]: http://developer.yahoo.com/performance/rules.html#etags
[http_segmentfault.com_a_1190000004132566]: http://segmentfault.com/a/1190000004132566
[http_www.w3ctech.com_topic_1648]: http://www.w3ctech.com/topic/1648
[http_www.cnblogs.com_skylar_p_browser-http-caching.html]: http://www.cnblogs.com/skylar/p/browser-http-caching.html
[http_web.jobbole.com_84888]: http://web.jobbole.com/84888/
[http_zhihu.com_question_20790576_answer_32602154_utm_campaign_webshare_utm_source_weibo_utm_medium_zhihu]: http://zhihu.com/question/20790576/answer/32602154?utm_campaign=webshare&utm_source=weibo&utm_medium=zhihu
[https_mangguo.org_browser-cache-mechanism-detailed]: https://mangguo.org/browser-cache-mechanism-detailed/