先问：旧的是哪一份文件
网页加速器缓存排查可以从一条具体线索开始：文章文字已经更新，顶部图片仍是旧的，或样式像上一版。页面不是单个文件，HTML、CSS、脚本和图片可能分别被缓存，也可能采用不同的有效期。先定位旧资源地址，比立即重置浏览器更有帮助。
网页加速器旧内容现象可以来自浏览器本地、CDN边缘、源站发布，甚至应用自己的离线缓存。两位用户同一时刻看到不同画面，也不必然意味着谁的网络更慢；他们可能访问了不同副本、不同版本或不同个性化内容。
沿资源地址追踪缓存层
| 对照结果 | 优先考虑 | 还不能下的结论 |
|---|---|---|
| 普通窗口旧，无痕窗口新 | 本地状态、缓存或Service Worker差异 | 无法直接证明所有CDN副本已更新 |
| 多设备和不同网络均旧 | 源站版本、公共缓存与发布流程 | 不能仅凭现象确定是哪一个边缘节点 |
| HTML新，CSS旧 | 静态资源版本与HTML不一致 | 不是所有资源都需要同时清空 |
| 图片URL变了，画面仍旧 | HTML引用、图片实际内容或应用逻辑 | 不能只检查文件名而忽略响应内容 |
网页加速器定位时打开Network查看资源来自内存缓存、磁盘缓存还是网络响应，记录Cache-Control、ETag和Last-Modified等头信息。某些网站会展示额外的CDN命中信息，但字段名称因实现而异，不应假定每个站点都有同一套响应头。
为什么“强制刷新”不是全链路清空
网页加速器浏览器强制刷新通常会改变本次资源获取或验证行为，具体效果取决于浏览器与页面实现。它并不等于向所有CDN边缘发送清理命令。禁用本地缓存也不会自动让源站发布新文件；若上游仍在返回旧内容，本地反复清理只能重新下载同一副本。
Service Worker可能在页面与网络之间按应用逻辑提供离线资源。网页加速器排查发现刷新无效时，维护者应检查其缓存版本与更新流程。访客如果不了解离线应用数据的作用，不宜直接删除所有存储，因为未同步草稿或离线工作内容可能一并丢失。
访问者的处理顺序
- 确认访问的域名、路径与账号环境一致，避免把不同页面或个性化内容当作旧版本。
- 先普通刷新，再用另一浏览器或无痕窗口对照，记录哪一种环境仍旧。
- 在浏览器数据选项里区分缓存文件、Cookie和站点存储；确有必要时优先针对单个站点处理。
- 清理前保存离线工作；之后预期首次加载会重新下载资源，不把短暂变慢当作新的线路故障。
网页加速器反馈应尽量指出旧图片或旧样式的完整资源地址，并附上复现条件。分享网络日志前移除Cookie、令牌、请求参数中的个人信息；很多“复制全部请求”操作会包含账户相关数据。
维护者需要把更新设计进发布流程
网页加速器CDN旧资源问题常需要从版本管理解决。可对静态文件采用内容哈希或明确版本，使内容变化时URL也变化；HTML的缓存策略应与发布节奏协调。清理边缘缓存时，也要考虑旧HTML仍可能引用旧资源，不能只替换一张图片就忽略页面版本。
发布后应从源站内容、边缘响应和浏览器引用三个层次核对，并保留回滚能力。缓存命中率高不代表内容一定正确，更新及时也不等于所有资源都必须禁止缓存。网站缓存优化需要在速度与一致性之间制定明确规则。具体机制见缓存DNS与CDN专题 ，如请求直接失败则参照网络连接故障文章 。
Chrome DevTools · Network：developer.chrome.com/docs/devtools/network/
MDN · How browsers work：developer.mozilla.org/en-US/docs/Web/Performance/Guides/How_browsers_work