ToB企服应用市场:ToB评测及商务社交产业平台

标题: 深入解析 Web 开发中的强缓存与协商缓存机制 [打印本页]

作者: 曹旭辉 时间: 2024-6-11 09:58
标题: 深入解析 Web 开发中的强缓存与协商缓存机制
在 Web 开发中，缓存机制是进步页面加载速率和用户体验的重要技术。缓存分为两种主要范例：强缓存和协商缓存。本文将详细先容这两种缓存机制的原理、实现方式及其区别，并演示怎样在 <meta> 元素中和 Nginx 服务器中举行缓存控制。

强缓存

强缓存（Strong Caching）是指在缓存期间，客户端不需要向服务器发送请求，直接从当地缓存中读取资源。这可以显著减少网络请求，提升页面加载速率。
实现方式

强缓存通过相应头中的 Expires 或 Cache-Control 实现：

Expires

Expires 头指定资源的逾期时间，是一个绝对时间点。超过这个时间点，缓存就会失效，欣赏器必须再次请求资源。

示例：

Expires: Wed, 21 Oct 2021 07:28:00 GMT

复制代码

解析：

在 Expires 指定的时间之前，欣赏器会直接从缓存中读取资源，不会向服务器发送请求。

Cache-Control

Cache-Control 头使用相对时间来指定资源的缓存时间，提供了更为机动的缓存控制。常用的指令包括：

max-age：指定资源缓存的最大有用时间，单位为秒。
public：表现相应可以被任何缓存区缓存（如欣赏器、CDN 等）。
private：表现相应只能被单个用户缓存（即欣赏器），不能被共享缓存区缓存。
no-cache：缓存资源，但每次请求必须向服务器举行验证。
no-store：不缓存资源，每次请求都从服务器获取。
示例：

Cache-Control: max-age=3600

复制代码

解析：

max-age=3600 指定资源可以缓存 3600 秒（1 小时）。在此期间，欣赏器直接从缓存中读取资源。
协商缓存

协商缓存（Conditional Caching）是指在缓存逾期后，客户端每次请求资源时都会向服务器验证缓存资源的有用性。只有在资源更新时才会下载新的资源，否则继续使用缓存。
实现方式

协商缓存通过 Last-Modified/If-Modified-Since 和 ETag/If-None-Match 头实现：

Last-Modified / If-Modified-Since

Last-Modified：服务器相应头，表现资源的末了修改时间。

Last-Modified: Wed, 21 Oct 2021 07:28:00 GMT

复制代码

If-Modified-Since：客户端请求头，表现上次缓存的资源的末了修改时间。

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

复制代码

工作原理：
- 客户端缓存资源时，记录资源的 Last-Modified 时间。
- 下次请求该资源时，客户端在请求头中包含 If-Modified-Since。
- 服务器根据资源的末了修改时间和 If-Modified-Since 的值举行比较：
  - 如果资源未修改，返回 304 Not Modified，客户端继续使用缓存。
  - 如果资源已修改，返回新的资源和 200 OK，客户端更新缓存。

ETag / If-None-Match

ETag：服务器相应头，表现资源的唯一标识符（如哈希值）。

ETag: "5d8c72a5edda3"

复制代码

If-None-Match：客户端请求头，包含上次缓存的资源的 ETag。

If-None-Match: "5d8c72a5edda3"

复制代码

工作原理：
- 客户端缓存资源时，记录资源的 ETag。
- 下次请求该资源时，客户端在请求头中包含 If-None-Match。
- 服务器根据资源的 ETag 和 If-None-Match 的值举行比较：
  - 如果 ETag 未变化，返回 304 Not Modified，客户端继续使用缓存。
  - 如果 ETag 已变化，返回新的资源和 200 OK，客户端更新缓存。

强缓存与协商缓存的区别

强缓存：
- 在缓存有用期内，客户端不向服务器发送请求。
- 通过 Exp

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)