网络与协议 · 60/72
1. Ajax、Axios、Fetch 对比 2. Ajax 原理 3. Ajax 技术与实现 4. 常见的应用层协议 5. 浏览器缓存的存储位置 6. 从输入 URL 到页面显示的过程 7. Cache-Control 常见配置值 8. CDN 工作原理 9. 为什么推荐将静态资源放到 CDN 上 10. Cookie 的弊端 11. Cookie 的 Secure 属性设置 12. CORS 请求携带身份凭证的方法 13. CORS 跨域原理 14. 复杂请求预检检查内容 15. CORS 预检请求 16. CORS简单请求的条件 17. 简单请求为何无需预检 18. DNS 域名解析与网络请求路由 19. 什么是跨域 20. 什么是 DNS 劫持? 21. DNS 预解析优化网页加载速度 22. DNS 解析过程与优化 23. URL 参数为什么需要 encodeURIComponent 转码 24. Last-Modified 和 ETag 的区别 25. Fetch 发送两次请求的原因 26. 正向代理与反向代理 27. 前后端通信方式 28. GET请求能否上传图片 29. GET 请求的传参长度限制 30. HTTP 缓存策略 31. GET 与 POST 的区别 32. HTTP状态码301与302的区别 33. HTTP 数据传输 34. HTTP 队头阻塞 35. HTTP 请求头和响应头的重要字段 36. HTTP发展历程 37. HTTP与HTTPS总结 38. HTTP 和 HTTPS 的区别 39. HTTP 报文结构与状态码 40. HTTP Keep-Alive 机制 41. HTTP管道机制的作用 42. HTTP协议优缺点 43. HTTP 重定向状态码 301/302/303/307/308 44. HTTP 请求方法 45. HTTP 协议版本演进 46. HTTP与TCP的区别 47. HTTP/2 多路复用原理 48. HTTPS 协议的缺点 49. HTTP/3 如何保证传输可靠性 50. HTTP/2 的改进 51. HTTPS 加密原理 52. 什么是负载均衡? 53. Nginx 负载均衡调度算法 54. Nginx 是什么 55. 对象存储 OSS 是什么 56. OPTIONS 请求方法及使用场景 57. 轮询与 WebSocket 对比 58. HTTPS 中 SSL 的 OSI 层位置 59. SSL连接恢复 60. 强缓存和协商缓存 61. TCP 三次握手与四次挥手 62. TCP三次握手中的数据传输 63. TCP 和 HTTP 请求的关系 64. TCP/IP 协议 65. TCP 如何判断丢包 66. TCP 与 UDP 的区别 67. WebSocket 的 Handshaking 握手过程 68. TLS 1.3 相比 TLS 1.2 的改进 69. URI、URL、URN 的区别 70. WebSocket 心跳机制 71. WebSocket 协议原理 72. XML与JSON对比

强缓存和协商缓存

浏览器缓存机制中的强缓存和协商缓存工作原理

问题

浏览器的强缓存和协商缓存分别是什么,它们如何工作?

解答

浏览器缓存是指客户端在本地磁盘中对访问过的资源保存的副本文件。缓存可以减少重复请求、降低服务器压力、加快页面加载速度。

浏览器缓存分为强缓存和协商缓存,两者的主要区别:

强缓存:命中后不需要向服务器发请求,直接使用本地缓存。Chrome 中状态码显示为 200 (from cache)。

协商缓存:需要向服务器发请求确认资源是否可用,由服务器决定是否使用缓存。命中后状态码为 304 (not modified)。

缓存流程

浏览器第一次请求后缓存资源,再次请求时:

  1. 检查强缓存:根据响应头的 ExpiresCache-Control 判断是否命中。命中则直接使用缓存。

  2. 检查协商缓存:如果强缓存未命中,发送请求到服务器,请求头带上 If-Modified-SinceIf-None-Match。服务器对比这些字段判断资源是否更新。如果未更新返回 304,浏览器使用缓存;否则返回新资源和更新后的缓存字段。

强缓存字段

Expires(HTTP 1.0)

Expires: Mon, 18 Oct 2066 23:59:59 GMT

表示资源失效的绝对时间点。缺点是如果服务器时间与客户端时间偏差较大,会导致缓存判断错误。

Cache-Control(HTTP 1.1)

Cache-Control: max-age=3600

表示资源的有效期是相对时间(秒)。配合响应头的 Date 字段,资源在 Date ~ Date + max-age 时间内有效。

Cache-Control 的其他值:

  • no-cache:不使用本地缓存,需要使用协商缓存
  • no-store:禁止缓存,每次都向服务器请求完整资源
  • public:可以被所有用户缓存,包括 CDN 等中间代理服务器
  • private:只能被终端用户浏览器缓存

Cache-ControlExpires 同时存在时,Cache-Control 优先级更高。

协商缓存字段

Last-Modified / If-Modified-Since

Last-Modified: Wed, 21 Oct 2023 07:28:00 GMT
If-Modified-Since: Wed, 21 Oct 2023 07:28:00 GMT

Last-Modified 标记文件最后修改时间。下次请求时,If-Modified-Since 带上这个时间,服务器对比文件修改时间判断资源是否变化。如果未变化返回 304,浏览器使用本地缓存;如果有变化返回新资源和新的 Last-Modified

ETag / If-None-Match

ETag: "33a64df551425fcc55e4d42a148795d9f25f89d4"
If-None-Match: "33a64df551425fcc55e4d42a148795d9f25f89d4"

ETag 是服务器为每个资源生成的唯一标识串(通常是哈希值),资源变化时这个值就会改变。服务器通过对比 If-None-Match 和当前 ETag 判断资源是否更新。即使返回 304,响应头也会包含重新计算的 ETag

关键点

  • 强缓存不发请求直接使用本地缓存,协商缓存需要服务器确认是否使用缓存
  • Cache-Control 优先级高于 Expires,使用相对时间更可靠
  • 协商缓存通过 Last-ModifiedETag 判断资源是否更新
  • ETagLast-Modified 更精确,可以识别内容变化而非仅时间变化