Chrome更新文件名哈希/指纹后仍存在旧缓存问题求助

我们用Webpack生成带哈希的文件名（比如fqa_page.185e7e160a467e135f26.js）来避免浏览器缓存旧资源，这套系统运行多年，近一个月却频繁出现疑似旧缓存导致的异常。排查时发现：

• Network面板显示已下载正确哈希的文件
• 勾选「Disable Cache」刷新仍渲染旧页面
• Elements面板里的script标签指向正确哈希文件
• 另存Network中的响应文件，内容是最新版本，且完成此操作后刷新页面才显示正确内容

针对这类诡异的缓存问题，以下是几个常见的排查方向：

• Chrome内存缓存/进程缓存残留：Chrome的渲染进程可能会将JS文件缓存在内存中，即使网络请求拿到了新文件，进程仍复用旧的内存副本。关闭所有相关标签页（甚至重启Chrome）可以强制清理内存缓存，验证是否是这个问题。
• Service Worker缓存未更新：如果项目使用了Service Worker，旧的Worker可能仍在拦截请求并返回缓存的旧资源，哪怕文件名哈希已变更。可以在Chrome DevTools的「Application」面板里查看Service Worker状态，手动注销旧Worker并更新脚本。
• 浏览器插件干扰：部分广告拦截、脚本注入类插件可能会篡改JS文件的加载逻辑，导致实际执行的是缓存的旧内容。尝试在无痕模式下打开页面，排除插件影响。
• 服务器/CDN缓存配置异常：虽然你下载的文件内容正确，但可以检查服务器返回的响应头（如Cache-Control、ETag）是否符合预期，确保带哈希的文件被设置为不可缓存或短时效缓存，避免中间节点返回旧内容。

内容的提问来源于stack exchange，提问作者Ryan Shillington