Service Worker 实现异步资源修复分发中心

本文深入探讨了如何利用 Service Worker 的事件驱动机制与现代 Web API（如 IndexedDB、Cache API 和 crypto.subtle）协同构建一个具备异步资源完整性校验与静默自愈能力的本地分发中心——它虽不原生支持“异步修复”，却能通过精细编排 fetch 流程中的哈希比对、缓存回退、后台重拉与原子更新，在不阻塞用户交互的前提下，自动识别并修复因网络中断、磁盘错误或篡改而损坏的 JS、CSS 等关键资源，真正让 PWA 具备生产级的鲁棒性与可信交付能力。

Service Worker 本身不直接提供“异步资源完整性修复”这一标准功能，它也没有内置的哈希校验、自动重试下载或动态替换损坏缓存的机制。但你可以基于它的事件驱动模型和缓存控制能力，组合实现一个具备完整性感知与自愈能力的本地分发中心——关键在于把完整性验证逻辑嵌入到 fetch 和 install 流程中，并借助 IndexedDB 或 Cache API 配合 Promise 异步协作完成修复。

明确“完整性修复”的实际含义

所谓“资源完整性修复”，通常指：当缓存中的某个资源（如 JS、CSS、字体）因传输中断、磁盘错误或篡改导致内容损坏（例如文件长度正确但内容错乱），应用在加载时能识别异常并自动重新获取、校验、替换。Service Worker 不会主动扫描缓存做健康检查，因此需按需触发：

• 使用 Subresource Integrity（SRI）哈希仅适用于 HTML 中通过