Service Worker能支持离线访问,因其作为独立后台线程,通过Cache Storage API在install阶段预缓存HTML/CSS/JS等资源,并在fetch事件中拦截请求、优先返回缓存内容,实现断网时页面正常加载。

Service Worker 是浏览器后台运行的独立 JavaScript 线程,不操作 DOM、不访问 window 或 document,但它能拦截页面发出的所有 fetch 请求,控制资源如何加载、缓存和返回——这是实现离线可用和 PWA 的技术核心。
它为什么能支持离线访问
Service Worker 通过 Cache Storage API 主动缓存 HTML、CSS、JS、图片等静态资源。用户首次访问时,它在 install 阶段预存关键文件;后续访问即使断网,fetch 事件也能从本地缓存匹配并返回内容,无需发起真实网络请求。
- 缓存行为完全由开发者定义:可预缓存首页、图标、脚本,也可对图片或 API 响应做“缓存优先”或“网络优先”策略
- 离线不是靠浏览器默认缓存,而是显式调用
caches.open()和cache.addAll()存储资源 - 只要用户之前打开过网站(且 Service Worker 已安装激活),飞行模式下刷新页面仍能展示缓存内容
它是 PWA 的执行引擎
PWA 不是某个框架或工具,而是一组能力集合,其中三项关键能力都依赖 Service Worker:
开发者平台元数据——GitHub、Docker Hub、crates.io 等生态系统注册表。使用此技能的时机:1. 解析 GitHub 仓库或获取其...
-
离线可用:通过 install + fetch 事件实现资源可控缓存与回退逻辑(如返回
/offline.html) - 可安装性:配合 Web App Manifest,当 Service Worker 注册成功且满足条件(HTTPS、有 scope、响应 200),浏览器会触发“添加到主屏幕”提示
- 消息推送与后台同步:通过 push 和 sync 事件,在页面未打开时接收通知或延迟上传数据
它运行的前提和限制
Service Worker 只能在 HTTPS 协议下启用(开发阶段 localhost 例外),这是出于安全考虑——毕竟它能劫持所有同源请求。它的生命周期也严格受控:
-
注册:需在页面加载后调用
navigator.serviceWorker.register('/sw.js') - 安装:执行 install 事件,通常做初始缓存;失败则整个流程终止
-
激活:旧 SW 被替换,可在 activate 中清理过期缓存,并调用
self.clients.claim()立即接管当前页面 - 空闲/销毁:长时间无任务可能被浏览器终止,但缓存数据保留在磁盘中
一个最小可行示例的关键逻辑
比如只让首页离线可访问:
- install 阶段缓存
['/', '/index.html', '/styles.css'] - fetch 阶段对导航请求(
event.request.mode === 'navigate')优先返回缓存,失败才兜底到离线页 - 对其他资源(如图片、API)采用“缓存命中则返回,否则 fetch 并存一份副本”的策略










