为什么常规清除缓存无法更新离线页面？

是不是遇到过这种情况：明明已经清空了浏览器缓存，刷新了无数次，Firefox 里的离线页面还是死守着旧版本不肯更新？

问题往往出在 Service Worker 身上——它的注册状态和缓存数据是分开存储的，常规的“清除缓存”压根碰不到它。更麻烦的是，即使你点了“Unregister”，Cache Storage 里的文件还躺在磁盘上，下次一访问，旧缓存瞬间复活。

所以，真正有效的清理必须是 手动、分步、彻底 的。下面说清楚每一步怎么做。

about:debugging 页面里的 Service Worker 不注销干净，离线资源就一直被旧缓存拦截——哪怕你刷新、硬刷新、清了常规缓存都没用。

根本原因是 Service Worker 注册后会持续控制页面生命周期，且其缓存（Cache Storage）和注册状态是分离存储的，必须分步手动清除。

在 about:debugging 中注销 Service Worker 并确认状态

这是最直接、也最容易被跳过的一步。很多用户只点了“Unregister”，却没留意它是否真的被移除了。正确做法是：

• 地址栏输入 about:debugging#/runtime/this-firefox——注意不是旧版的 about:debugging，确保进入“此 Firefox”运行时。
• 等待“Service Workers”列表加载完成，重点看状态列：必须是 Activated 或 Waiting 才能注销；如果显示 Redundant，说明已失效但未清理，仍需手动点击“Unregister”。
• 注销后立即刷新目标页面，打开开发者工具 → Application → Service Workers 面板，确认出现 “No service worker registered” 提示。
• 如果注销按钮灰掉或点不动，说明该 Service Worker 正被其他标签页占用——关掉所有同源页面（包括后台 PWA 窗口）再试。

进 about:debugging 后必须清空 Cache Storage

注销只是解除了控制权，Cache Storage 里的缓存文件（比如 precache-v1、runtime-cache）还躺在磁盘上，下次注册时会被直接复用。这一点很多人会漏掉：

• 在 about:debugging#/runtime/this-firefox 的 Service Worker 条目下方，点击“缓存存储”链接（不是“检查器”或“调试”）。
• 进入新页面后，左侧列出所有缓存名称，逐个点击 → 右侧显示条目数和大小 → 点击“删除”按钮（不是“清除”或“刷新”）。
• 别漏掉名字带 sw-、v2、offline 的缓存，它们往往是 PWA 自动创建的离线兜底缓存。
• 如果“缓存存储”链接不显示，说明该 Service Worker 没调用 caches.open()，可跳过这步；但只要用了 Cache API，就必须手动删。

用 about:cache 找出并删除底层磁盘缓存残留

Service Worker 本身不存磁盘缓存，但它 fetch() 返回的响应可能被火狐自动存进主缓存（disk cache），导致即使注销后仍返回旧 HTML/JS。这一步常常是最后一根稻草：

• 访问 about:cache → 点击“主缓存(disk)”下的“列出缓存条目”。
• Ctrl+F 搜索目标域名（如 example.com），再细筛 URL 路径含 /sw.js、/manifest.json、.html_v= 等典型离线资源标识。
• 右键匹配条目 → “删除”，尤其注意那些 Last-Modified 是几天前、但 Size 很大的 JS/CSS 条目。
• 别依赖“全部清除”按钮——它只清 HTTP 缓存，对 Cache Storage 和 IndexedDB 无效。

为什么“管理数据”清不干净 Service Worker？

“设置 → 隐私与安全 → 管理数据”能删 Cache API 和 IndexedDB，但对已激活的 Service Worker 注册记录是惰性清理：只有当浏览器重启、且该站点无任何标签页打开时，才可能顺带注销。

所以它不能替代 about:debugging 的主动操作。

真正顽固的离线问题，往往卡在“注销了但缓存没清”或“缓存清了但磁盘里还有同名响应”。 三步缺一不可：

• 先解控（注销）
• 再清存（Cache Storage）
• 最后扫底（about:cache）

少做一步，下次访问就可能瞬间复活旧逻辑。

《夸克》非常好用的免费AI浏览器

下载APP查看