风向突然变了 - 91官网｜关于缓存设置的说法 | 背后原因比你想的复杂？！评论区已经吵翻了

前言：昨天到今天，不少人发现 91官网（或自家站点）在加载速度、资源更新与缓存表现上出现了明显变化。评论区里有人喊“卡了”，有人说“改对了”，也有人翻出各种缓存术语互怼。到底发生了什么？别急，先把噪音放一边，先看清楚技术细节——背后的原因往往比情绪更复杂，也更好解决。

一、缓存的基本分类（快速回顾）

• 浏览器缓存：浏览器根据响应头（Cache-Control、Expires、ETag、Last-Modified）决定是否重用资源。
• CDN/边缘缓存：第三方加速层会缓存静态资源以降低延迟，并受 s-maxage、public/private 等指令影响。
• 反向代理/中间缓存：如 nginx、Varnish，在源站和用户之间做缓存。
• 客户端缓存（Service Worker）：可以完全控制离线与缓存策略，行为会比普通缓存更“个性化”。
• 动态缓存/应用层缓存：后端框架或缓存插件（比如 WordPress 的缓存插件）会缓存页面片段或整页。

二、为什么“风向”会突然变？ 常见触发点包括：

• 最近部署/配置变更：一次部署可能不小心改了响应头，或把某类资源设成 no-cache/no-store。
• CDN 策略调整或误配置：CDN 规则被改、自动化策略更新、或边缘规则优先级错误。
• 插件或依赖更新：缓存插件、框架或中间件更新后默认策略变了，Service Worker 更新也会立刻影响客户端缓存。
• 新增 Set-Cookie 或认证逻辑：带有 Set-Cookie 的响应通常不会被公共缓存，或被浏览器当做不可缓存处理。
• 跳转/状态码改变：原本 200 的资源变成 302/301 或 404，会改变缓存行为。
• Query string、版本号策略：以前通过文件名版本控制的资源被去版本化，CDN/浏览器判断为不同资源。
• 缓存失效机制或清理失败：预期的 CDN 清理没生效，旧资源仍被继续提供，导致看似“缓存不起作用”。

三、如何迅速诊断（实用步骤） 1) 用 curl 检查响应头 curl -I https://example.com/asset.js 重点看 Cache-Control、Expires、ETag、Age、CF-Cache-Status（或其他 CDN 标识）。 2) 浏览器开发者工具 Network 面板查看实际请求、响应头、资源命中缓存的标识；Application 面板查看是否有 Service Worker 在控制。 3) CDN 控制台与缓存状态 查变更记录、规则、部署历史，手动 purge 测试并观察效果。 4) 回滚最近改动 如果问题发生与某次发布同步，先回滚再排查。 5) 检查后端与中间件 查看 nginx/.htaccess、框架缓存插件、反向代理规则是否在最近被修改。 6) 日志与监控 访问日志、边缘缓存命中率、错误率波动都能给线索。

四、快速可行的修复建议（按紧急程度）

• 立刻做：清理 CDN 缓存（Purge），并告知用户短时可能波动。
• 若是头信息问题：恢复或设置合理的 Cache-Control，例如：
• 静态资源（带版本号）：Cache-Control: public, max-age=31536000, immutable
• 动态页面或需实时更新的接口：Cache-Control: no-cache 或 private, max-age=0
• 避免为静态资源返回 Set-Cookie；把认证/会话逻辑和静态资源域名分离（cookie-free domain）。
• 使用文件名版本（hash）做缓存失效，避免频繁 purge。
• 若 Service Worker 导致问题：在控制台 Unregister 或发布修正版 Service Worker，包含更稳健的缓存策略（例如 stale-while-revalidate）。
• 对 CDN 使用 s-maxage 与 stale-while-revalidate，以便边缘节点能在后端短暂不可用时继续服务。
• 检查并修复代理返回的错误状态码或误添加的 Vary 头（例如 Vary: * 会阻止缓存）。

五、长期策略（避免重蹈覆辙）

• 把缓存策略纳入部署流水线：把 header 配置作为部署项，先在预发布环境验证。
• 自动化测试：用 Lighthouse、WebPageTest、curl 脚本定期检查关键页面的缓存头与命中率。
• 明确资源分类：静态、半静态、动态分别制订策略与域名/子域分离。
• 建立 CDN 清理策略与回滚流程：确保紧急回滚时能快速恢复一致性。
• 监控告警：缓存命中率骤降、响应头异常应触发告警。

结语：缓存不是单一开关，而是一套协同工作的大系统。遇到“风向变了”的感觉时，先按上面的检查清单一步步排查，通常可以在短时间内定位问题并修复。评论区已经吵翻了——把情绪收一收，把请求头和 CDN 控制台截图贴上来，技术线索比争论更能解决问题。如果你愿意，可以把你站点的一条资源响应头贴出来，我帮你快速看一眼可能的问题。

本文标签： # 风向 # 突然 # 变了