别再被带节奏了，我以为91官网没变化，直到我发现缓存管理悄悄变了（建议收藏）
前几天我以为网站页面没更新——刷新了好几次，清空浏览器缓存、切换设备、打开隐身模式，页面内容还是旧的。折腾半天才发现，并不是页面没更新，而是缓存管理悄悄变了：浏览器/服务器/CDN/Service Worker 这些地方的缓存策略发生了微妙调整，导致新资源没被及时拉取。把整个排查、修复和应对流程整理成一篇，遇到类似情况可以直接照着做，建议收藏备用。
一、先做快速判断：真的是缓存问题吗？
- 用浏览器开发者工具（F12）打开 Network 面板，勾选 Disable cache，然后刷新页面。如果页面立刻变新，基本就是缓存问题。
- 在 Network 面板查看资源的响应头，重点看 Cache-Control、Expires、ETag、Last-Modified、Age 等字段。
- 用 curl -I https://example.com 查看响应头，确认服务端/边缘节点返回的缓存信息。
- 检查是否有 Service Worker：Application → Service Workers。若存在，Service Worker 有可能在拦截并返回缓存内容。
二、常见导致“看不到更新”的缓存环节
- 浏览器缓存（静态资源被长期缓存）
- CDN 缓存（边缘节点未刷新）
- 服务器端缓存（反向代理、缓存插件）
- Service Worker 或 Cache Storage（前端缓存逻辑强制返回旧资源）
- DNS 或负载均衡配置变更导致访问到不同版本节点
三、逐步排查流程（实用、可靠）
- 浏览器硬刷新与无缓存模式
- Chrome: DevTools → Network → 勾选 Disable cache，然后刷新。
- 或按 Ctrl+F5 / Shift+F5 做硬刷新（部分场景仍无效）。
- 检查响应头（重点字段）
- curl -I https://你的域名
- 关注：Cache-Control（max-age, public/private, no-cache, no-store）、ETag、Expires、Vary、Age、Surrogate-Control（CDN）等。
- 若发现 max-age 很大或存在 Surrogate-Control 表明边缘缓存存在问题。
- 验证 CDN 状态
- 登录 CDN 控制台查看缓存策略、最近的变更记录、是否开启了自适应缓存或智能刷新。
- 强制刷新/清除缓存（Purge）某条 URL 或按路径清除，确认是否生效。
- 用不同地理位置或网络工具（例如 curl --resolve 或在线检测）测试边缘节点返回的头是否一致。
- Service Worker/前端缓存检查
- DevTools → Application → Service Workers，若存在，尝试注销（unregister）或在 Console 执行 caches.keys() 查看 Cache Storage。
- 若是 PWA 或有人写了离线缓存策略，部署新版本时需要升级 Service Worker 的版本号或修改 install/activate 流程以清理旧缓存。
- 服务器端与代理缓存
- 检查 Nginx/Apache/反向代理的缓存配置（proxycache、fastcgicache 等），确认是否存在长期缓存规则。
- 若使用缓存插件（CMS 插件），在后台清理缓存或临时关闭插件验证。
- 版本号与文件指纹（长期解决方案）
- 对 CSS/JS 等静态资源使用文件指纹（例如 main.abc123.css）或在引用时带上版本号 query string（app.js?v=20260220）。
- 每次上线更改版本号可以强制客户端和 CDN 拉取新资源，避免缓存“躺尸”。
四、实用的缓存配置建议（可直接复制到服务器/CDN）
- 对于静态资源（包含指纹）：
- Cache-Control: public, max-age=31536000, immutable
- 对于 HTML 或需要频繁变更的接口：
- Cache-Control: no-cache, no-store, must-revalidate
- 或短的 max-age（例如 60 秒），并配合 ETag/Last-Modified 做条件请求
- 对于 CDN：
- 在后台配置按路径规则区分静态/动态资源，支持按需清除与时间分层缓存
- 对于 Service Worker：
- 在新版本上线时，修改 Service Worker 文件内容（例如增加版本变量），并在 activate 钩子中删除旧缓存
五、应急操作清单（当用户反馈“没刷新”时用）
- 让用户先按 Ctrl+F5 或清除浏览器缓存；若是大规模用户反馈，立刻：
- 在 CDN 上执行 Purge（按 URL 或按前缀）
- 在服务器端清空缓存（Nginx/Proxy/应用缓存）
- 如使用 Service Worker，发布新版本并在 activate 中强制删除旧缓存
- 如果无法即时解决，临时修改静态资源引用版本（加 ?v=xxx）作为快速绕过
六、如何长期避免被“带节奏”
- 上线规范：每次发布都记录变更日志，包含缓存策略改动、CDN 配置变更、Service Worker 更新等。
- 自动化：在 CI/CD 中加入缓存策略检查与自动版本号更新（hash 生成）。
- 监控与预警：设置页面渲染版本检测（比如在页面 footer 或 meta 中输出 build id），并配置合规监控，若线上用户看到的 build id 与最新不符就触发告警。
- 教育用户支持：对客服模板中加入“如果遇到页面没有更新，请先硬刷新/切换设备或告诉我们访问时看到的 build id/时间戳”。
七、常见误区一览（避免重复踩坑）
- “刷新页面就一定能看到最新” —— 不一定，CDN/Service Worker 可能拦截。
- “带版本号的资源不需要设置缓存” —— 正好相反，指纹版静态资源应该长期缓存以提升性能。
- “清空浏览器缓存能解决所有问题” —— 对于 CDN 或 Service Worker 缓存无效。
八、结束语（短而有力） 别再被“页面没变”的假象带节奏了。遇到问题先冷静排查：从浏览器 DevTools 到响应头、从 CDN 到 Service Worker，逐步缩小范围。把本文收藏起来，遇到类似状况直接按步骤走一遍，绝大多数问题都能自己定位并快速解决。需要我把排查步骤做成一张一页速查清单吗？留个言我整给你。
最新留言