看似偶然，其实是设计：别再乱点了，91网真正影响体验的是缓存管理
你可能遇到过这样的情形：刚刷新过页面，内容却依然旧；明明开发刚改了样式，用户端却看到的还是老版；或者同一页面在不同时间、不同设备上表现不一致，仿佛“运气好坏”在决定体验好坏。别把这些现象当成随机错误——大多数情况下，问题源自于缓存策略的设计与执行。作为一名懂得自我推广的技术写手，我把一套能让产品和用户都少受折腾的缓存思路，整理成这篇可直接上线的文章，帮你把91网的体验问题变成可控的工程细节。
为什么看起来像“随机”？
- 浏览器缓存、操作系统 DNS 缓存、CDN 边缘缓存、服务器端缓存、以及前端 Service Worker 的缓存，这些层级共同决定用户最终看到的版本。
- 不同层级有不同的过期策略和失效机制。当更新只清理了服务器缓存，但没有刷新 CDN 或浏览器端缓存，用户自然会看到旧内容。
- 缓存是为了加速和减轻后端负担，但如果策略不一致，会造成“有的人能看到新内容，有的人看不到”的表象。
缓存究竟影响了哪些体验？
- 静态资源（JS/CSS/图片）不更新 → 页面样式或功能残留旧版。
- 动态数据滞后（用户信息、商品库存等） → 交互误导用户决策。
- 登录状态、权限控制失效 → 页面显示不一致，用户误以为系统异常。
- A/B 测试或灰度发布失灵 → 无法准确收集实验数据。
从用户角度能做什么（快速排查）
- 强制刷新：Windows 下 Ctrl+F5（或 Shift+刷新），Mac 下 Shift+Command+R，适用于大多数浏览器的资源重载。
- 无痕/隐身模式：绕过大部分浏览器缓存，快速判断是否为浏览器缓存问题。
- 禁用缓存并使用开发者工具：打开 DevTools → Network → 勾选 Disable cache（需 DevTools 打开时生效），模拟首次加载行为。
- 查看响应头：在 DevTools 的 Network 面板或使用命令行 curl -I https://your.url/ 来查看 Cache-Control、ETag、Last-Modified 等头部信息。
- 清 DNS 缓存（遇到域名解析相关）：Windows ipconfig /flushdns；Mac sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。
从开发/运维角度的最佳做法（对产品体验影响最大） 1) 区分“可长期缓存的静态资源”与“必须实时更新的动态内容”
- 静态资源（含内容无关的图片、脚本、样式）采用文件名指纹化（hash）并设置长缓存（Cache-Control: public, max-age=31536000, immutable）。
- 动态接口与依赖用户上下文的内容使用短缓存或 no-cache，并结合 ETag/Last-Modified 做条件请求。
2) 资源版本化（最稳妥的“缓存清除”方式）
- 构建时把 hash 加到文件名（app.3a1b2c.js），每次发布新文件名就变，浏览器会当成新资源请求，不需要手动清缓存。
3) 明确和正确配置 Cache-Control 与 Vary
- 示例：静态资源：Cache-Control: public, max-age=31536000, immutable
- API 与动态页面：Cache-Control: no-store 或 Cache-Control: private, max-age=0, must-revalidate
- 配合 Vary: Accept-Encoding 防止压缩版本混淆缓存。
4) CDN 缓存与失效策略
- 对于重大更新，使用 CDN 的“按文件/路径清除”（purge）或版本化发布避免大范围即时失效带来的延迟与风险。
- 考虑软刷新（soft purge + stale-while-revalidate），保证用户不会因边缘清除而遭遇冷启动延迟。
5) 利用现代缓存控制扩展提升体验
- stale-while-revalidate：允许在后台更新时返回旧内容，用户无需等待。
- Cache-Control 的 s-maxage 用于共享缓存（CDN）优先级控制。
6) 小心 Service Worker
- Service Worker 的缓存控制权力极大，管理不当比浏览器缓存更难排查。生产环境中保证 Service Worker 的更新逻辑简单、可靠，且务必在发布策略中包含新版本的激活与旧缓存清理流程。
7) 监控与诊断
- 统计缓存命中率、缓存失效率和 CDN 的边缘命中情况。把这些指标纳入发布回滚决策依据。
- 在发布后观察几个关键地理位置与设备的真实加载情况，优先清理出现问题的边缘节点。
实用响应头范例（便于复制）
- 静态资源：Cache-Control: public, max-age=31536000, immutable
- 动态接口：Cache-Control: private, max-age=0, no-cache, must-revalidate
- CDN 公共缓存优先：Cache-Control: s-maxage=60, stale-while-revalidate=30
