我以为是小问题，后来发现是大坑：别急着吐槽91在线，你可能只是缓存管理没调对（不服你来试）

标题：我以为是小问题，后来发现是大坑：别急着吐槽91在线，你可能只是缓存管理没调对（不服你来试）

正文：

刚开始以为是91在线出了问题：页面内容明明改了，访客浏览的还是旧版本；手机端图片明明更新了，用户看不到；某些用户明明提交了表单，却在后台没有反映。抱怨客服、怀疑后端、怀疑 CDN，一通排查下来，罪魁祸首竟然是缓存配置——一个看似“小问题”的缓存策略，能把线上体验搞成“大坑”。

为什么缓存会搞出这么多幺蛾子

• 浏览器缓存、CDN/代理缓存、反向代理（Nginx/Varnish）和 Service Worker 四层协作，任何一层配置不当都会把旧内容“锁”住。
• 冲突的响应头（Cache-Control、Expires、ETag、Last-Modified）会导致不同节点做出不同缓存决策。
• 带 Set-Cookie、或响应含有 Authorization、Cookie 时，很多 CDN/代理默认不缓存，或者只对部分资源缓存。
• 动静混合（同一 URL 同时有动态和静态内容）没有区分版本或缓存键，更新时无法正确失效。

开发者和产品常见误区（别踩）

• 用 max-age=3600 统一缓存，更新上线后忘了主动清理缓存。
• 靠浏览器强制刷新解决问题，实际用户不会去做。
• 把 API 与静态资源放同一域名且无 s-maxage，导致 CDN 缓存逻辑出错。
• 忽视 Service Worker，结果 SW 缓存不断发包上报旧资源。

不服你来试：三步快速验证缓存问题 1) 用 curl 查看头信息 curl -I https://yourdomain/asset.js 关注响应头：Cache-Control、Expires、ETag、Last-Modified、Age、Via、X-Cache（CDN 返回） 2) 修改静态文件后再请求

• 更新文件版本（例如 asset.js?v=2），再 curl 比较返回内容。
• 或直接替换文件内容：若响应未变，说明缓存层在前端阻挡。 3) 排除浏览器/Service Worker
• 用隐身窗口或另一台设备访问。
• 在 DevTools -> Application -> Service Workers 查看是否注册并拦截资源。
• 按 Ctrl+F5 强制刷新并观察差异。

实战修复指南（开发/运维）

• 静态资源（JS/CSS/图片）
• 使用内容哈希命名（app.ab12c3.js），一旦内容变更自动换名，彻底避免脏缓存问题。
• 设置长缓存并配合文件名版本化：Cache-Control: public, max-age=31536000, immutable
• 动态内容/API
• 对共享缓存（CDN）使用 s-maxage；例如：Cache-Control: public, s-maxage=60, max-age=0, stale-while-revalidate=30
• 若响应依赖用户状态，使用 Cache-Control: private 或设置 Vary: Cookie
• 强化协作层
• Nginx 反向代理示例（启用 proxycache）： proxycachepath /var/cache/nginx levels=1:2 keyszone=mycache:10m maxsize=1g; proxycachekey "$scheme$requestmethod$host$requesturi"; proxycachevalid 200 302 10m; proxycacheusestale error timeout updating;
• Varnish 可通过 VCL 控制缓存键和失效策略，提供更灵活的 purging。
• 缓存失效与发布流程
• 发布时自动触发 CDN 清理（Purge 或 使用带版本的资源）。
• 对频繁变动区域使用短缓存或请求端控制强制刷新。
• 注意 Service Worker
• 给 SW 的缓存策略写好版本管理逻辑：activate 时清理旧缓存，fetch 时优先网络或策略明确。

用户端快速“救火”方法（给不懂技术的用户）

• 试着用隐身/无痕窗口打开页面。
• 清除浏览器缓存或在页面上按 Ctrl+F5 强制刷新。
• 换网或换设备确认是不是 CDN 缓存延迟。

检查清单（上线前至少做一次）

• 静态资源是否采用内容哈希命名？
• 是否为共有缓存设置了 s-maxage？
• 是否有不应缓存但被缓存的响应（Set-Cookie/Authorization）？
• CDN 是否返回预期的 X-Cache/X-Cache-Hits 信息？
• Service Worker 是否会拦截并返回已过期文件？

结语 遇到“更新后看不到变化”这类问题，别急着把锅甩给平台或用户。先从缓存链路逐层排查：浏览器、Service Worker、CDN、反向代理、源站。按上面的检测步骤和修复策略来做，很多“91在线”的抱怨，最终只是缓存没调好。要是不信，照着“不服你来试”的流程做一遍，亲自复现问题——数据和事实通常比吐槽更有说服力。若需要，我可以根据你的现网响应头帮你分析下一步最省力的改法。