本文共 1125 字，大约阅读时间需要 3 分钟。
资源缓存是网页性能优化的关键环节，而协商缓存与强缓存是两种常用的缓存机制，各有适用的场景。以下从理论到实践，详细探讨这两种技术。
协商缓存的核心作用是实现客户端与服务器之间的资源更新验证，从而提升缓存复用率。与强缓存不同，协商缓存并非直接使用本地缓存，而是通过特定的缓存字段与服务器进行确认是否需要加载最新资源。
协商缓存主要依赖以下两个协议组：
Last-Modified/If-Modified-Since
这副协议用于向服务器传递资源最后一次修改的时间戳。服务器收到该字段后，会比较客户端缓存的时间戳，如果时间未更新，直接返回 304 响应，表示资源未变，不需要重新获取。Etag/If-None-Match
Etag 字段提供了资源的唯一标识，服务器通过比较客户端传递的 Etag 值，判断资源是否已过时。若匹配，返回 304；若不匹配或没有 Etag 发送，则下载最新资源。这两个字段相辅相成，协同工作，既能高效验证资源是否更新，又能提升多种客户端的兼容性（支持 HTTP/1.0 的 Last-Modified 和 HTTP/1.1 的 Etag）。
强缓存的作用是直接向浏览器指定一个资源的缓存期限。在缓存期内，未进行更新验证的情况下，浏览器会直接使用本地缓存，这大大提高了加载速度。
强缓存主要通过以下两个字段控制：
Cache-Control（HTTP/1.1）
Cache-Control 是 HTTP/1.1 中的核心字段，其可选值包括：no-cache：禁止浏览器使用已有缓存副本。no-cache-store：强制缓存。no-cache operands：仅禁用其他缓存机制，不影响Cache-Control。Expires（HTTP/1.0）
Expires字段指定了资源的缓存期限，浏览器会在过期后重新请求资源。在使用 HTTP/1.0 时，服务器需通过设置 Expires 来控制浏览器缓存行为。选择强缓存时，需明确指定资源的缓存期限。强缓存应基于以下原则：
协商缓存适用于需要精确验证资源状态的场景。配置步骤包括：
Last-Modified 和 Etag 字段。通过合理应用协商缓存，可以在不影响浏览器本地缓存的情况下，实现资源更新验证。
转载地址：http://oxdrz.baihongyu.com/