Service Worker 是实现离线体验的核心，通过拦截请求实现缓存控制。首先注册并激活 Service Worker，需在 HTTPS 环境下调用 navigator.serviceWorker.register()。安装阶段使用 Cache API 预缓存关键资源，确保首页、样式、脚本等可离线访问。运行时采用动态缓存策略，对 API 使用 stale-while-revalidate，静态资源则 network falling back to cache。更新时在 activate 事件清理旧缓存，通过版本命名管理缓存生命周期。合理组合预缓存与按需缓存，避免全量存储，提升 Web 应用在弱网或离线环境的稳定性与性能。
要实现可靠的离线体验与资源缓存，Service Worker 是现代 Web 应用的关键技术。它充当浏览器与网络之间的代理，允许你拦截和处理网络请求，从而控制资源的加载方式和缓存策略。
注册并激活 Service Worker
在页面加载时注册 Service Worker，使其能够在后台运行并接管页面的网络请求。
- 在主 JavaScript 文件或 HTML 的脚本中调用 navigator.serviceWorker.register() 方法。- 注册成功后，浏览器会安装并激活 Service Worker，此时它可以开始监听 fetch 和 sync 等事件。
- 确保你的网站通过 HTTPS 提供服务，因为 Service Worker 只能在安全上下文中注册（本地开发环境 localhost 除外）。
使用 Cache API 进行资源预缓存
在 Service Worker 安装阶段，将关键资源提前缓存，确保用户首次访问或离线时仍可加载页面核心内容。
- 监听 install 事件，在其中打开一个命名缓存（如 'v1'），并通过 caches.open() 和 cache.addAll() 预存 HTML、CSS、JS、图片等静态资源。- 若任一资源缓存失败，整个 install 事件将失败，防止不完整缓存上线。
- 常见做法是缓存首页、主样式表、核心脚本和离线备用页。
动态缓存与网络优先策略
对于非核心或动态内容（如 API 数据、用户上传资源），可在运行时按需缓存，提升后续访问速度。
- 在 fetch 事件中判断请求类型，对静态资源尝试先从网络获取，失败后再读取缓存（network falling back to cache）。
- 对于 API 请求，可采用 stale-while-revalidate 模式：立即返回缓存数据，同时发起网络请求更新缓存。
- 使用 event.respondWith() 自定义响应逻辑，灵活组合 cache 和 network 调用。
版本管理与缓存清理
避免旧缓存导致内容陈旧，必须在更新 Service Worker 时清理过期资源。
- 在 activate 事件中使用 caches.keys() 获取所有缓存列表，删除不在白名单中的旧缓存版本。- 利用时间戳或版本号命名缓存，便于识别和清除。
- 注意：只有新 Service Worker 激活后才会触发 activate 事件，确保不会影响当前正在运行的页面。
基本上就这些。合理设计缓存策略，结合预缓存与动态缓存，再配合版本控制，就能让 Web 应用在弱网或离线状态下依然稳定运行。关键是根据资源特性选择合适策略，而不是一味全量缓存。
