Service Worker顽固缓存需六种底层手段强制清除：Application面板一键清空、手动注销+删除缓存、chrome://serviceworker-internals全局注销、隐身窗口验证、禁用缓存调试及chrome://settings/siteData整站清除。
当你在谷歌浏览器中反复刷新、甚至 Ctrl+F5 强制重载后，网站仍加载旧 JS、CSS 或报错（如“messages format 错误”），说明 Service Worker 已长期驻留并劫持了所有请求——它不走常规缓存路径，也不响应普通清理指令，必须用底层手段强制击穿其控制链。
Application 面板一键清空全站缓存链
这是最常用且对单站点最有效的起点，直接切断当前页面的 Service Worker 运行环境与缓存关联。
打开出问题的网站，确保 URL 完全加载完成（不是跳转中、也不是白屏）。
按 F12（Windows/Linux）或 Cmd+Option+I（macOS）唤出开发者工具 → 切换到 Application 选项卡 → 左侧边栏点击 Clear storage。
【务必确认顶部 Site 显示的是当前目标域名，例如 https://app.secgpt-14b.ai】——如果显示的是 chrome:// 或其他域名，后续操作将无效。
勾选 Cache Storage 和 Service Workers；建议同步勾选 IndexedDB 与 Local Storage，避免旧状态残留导致新版本逻辑错乱。
点击 Clear site data 按钮，等待提示“已清除 X 项”后关闭面板。
手动注销 + 逐个删除缓存（精准穿透）
当一键清除后问题仍在，说明有未被自动识别的缓存条目或多个注册点共存，需人工干预。
第一步：注销激活态
进入 Application → Service Workers 页面 → 查看右侧列表 → 找到状态为 activated 或 waiting 的条目 → 点击其下方 Unregister 按钮。
第二步：定位并删除对应 Cache Storage
左侧展开 Cache Storage → 右侧列出所有缓存名称 → 常见命名含域名、版本号、时间戳（如 secgpt-v3.2.0、sw-cache-20260528）→ 不确定是否相关时，先刷新页面，再观察新增的缓存项 → 右键每个疑似项 → 选择 Delete。
第三步：验证注销是否生效
刷新页面后，重新进入 Application → Service Workers → 若列表为空，且 Network 面板中关键资源响应状态码变为 200（而非 200 (from ServiceWorker)），说明拦截已被解除。
通过 chrome://serviceworker-internals 全局注销
该内置页面能暴露所有注册实例，包括子域、测试路径、甚至已关闭标签页遗留的 Worker，适合排查跨域部署场景下的隐性缓存。
方法一：全局扫描注销
在地址栏输入 chrome://serviceworker-internals 并回车 → 等待列表加载完成 → 按 Cmd+F（macOS）或 Ctrl+F（Windows）搜索目标域名关键词（如 secgpt、example）→ 找到对应条目 → 点击右侧 Unregister。
方法二：强制终止全部注册
页面加载后，滚动到底部 → 点击 Unregister all 按钮 → 浏览器会立即注销所有已注册的 Service Worker，无需逐个确认。
注意：此操作不可逆，注销后所有依赖 Service Worker 的 PWA 功能（如离线访问、推送通知）将临时失效，需重新访问网站触发新注册。
隐身窗口验证是否真正清除
普通窗口可能残留内存缓存或未完全释放的 Worker 实例，隐身窗口提供干净沙箱环境，是最终验证手段。
按 Ctrl+Shift+N（Windows/Linux）或 Cmd+Shift+N（macOS）打开隐身窗口。
直接粘贴原网址访问，不要从历史记录或书签点开。
打开开发者工具（F12）→ 切换到 Application → 查看 Service Workers 列表是否为空 → 再切换到 Network 面板，刷新页面，观察主 HTML 和关键 JS 文件的响应来源是否为 from network 而非 from ServiceWorker。
