# 1. Service Worker
# 1.1. 概念
Service workers 本质上充当Web应用程序与浏览器之间的代理服务器，也可以在网络可用时作为浏览器和网络间的代理。
它们旨在创建有效的离线体验，拦截网络请求并基于网络是否可用以及更新的资源是否驻留在服务器上来采取适当的动作。他们还允许访问推送通知和后台同步API。
Service Worker是一个脚本，浏览器独立于当前网页，将其在后台运行，为实现一些不依赖页面或者用户交互的特性打开了一扇大门。
Service Worker 最主要的特点是：在页面中注册并安装成功后，运行于浏览器后台，不受页面刷新的影响，可以监听和截拦作用域范围内所有页面的 HTTP 请求。
# 1.2. Service Worker主要作用
Service Worker能实现PWA中的离线应用的能力（拦截和处理网络请求）- 能把大数据量的计算放在后台，不阻塞主线程
# 1.3. 如何检测chrome开启了哪些service worker？
chrome://serviceworker-internals/
chrome://inspect/#service-workers
# 1.4. Service Worker基本特征
- [x] 无法操作DOM
- [x] 只能使用
HTTPS以及localhost - [x] 可以拦截全站请求从而控制你的应用
- [ ] 与主线程独立不会被阻塞（不要再应用加载时注册
sw） - [ ] 完全异步，无法使用
XHR和localStorage - [x] 一旦被
install，就永远存在，除非被uninstall或者dev模式手动删除 - [ ] 独立上下文
- [ ] 响应推送
- [ ] 后台同步
service worker是事件驱动的worker，生命周期与页面无关。 关联页面未关闭时，它也可以退出，没有关联页面时，它也可以启动。
# 1.5. Service Worker生命周期
[x]
register这个是由 client 端发起，注册一个 serviceWorker，这需要一个专门处理sw逻辑的文件[ ]
Parsed注册完成，解析成功，尚未安装[x]
installing注册中，此时 sw 中会触发 install 事件， 需知 sw 中都是事件触发的方式进行的逻辑调用，如果事件里有event.waitUntil()则会等待传入的Promise完成才会成功[ ]
installed(waiting)注册完成，但是页面被旧的 Service Worker 脚本控制, 所以当前的脚本尚未激活处于等待中，可以通过self.skipWaiting()跳过等待。[x]
activating安装后要等待激活，也就是activated事件，只要register成功后就会触发install，但不会立即触发activated，如果事件里有event.waitUntil()则会等待这个 Promise 完成才会成功，这时可以调用Clients.claim()接管所有页面。[ ]
activated在activated之后就可以开始对client的请求进行拦截处理，sw 发起请求用的是fetch api，XHR无法使用[ ]
fetch激活以后开始对网页中发起的请求进行拦截处理[ ]
terminate这一步是浏览器自身的判断处理，当 sw 长时间不用之后，处于闲置状态，浏览器会把该 sw 暂停，直到再次使用[x]
update浏览器会自动检测 sw 文件的更新，当有更新时会下载并install，但页面中还是老的 sw 在控制，只有当用户新开窗口后新的 sw 才能激活控制页面[ ]
redundant安装失败, 或者激活失败, 或者被新的Service Worker替代掉
Service Worker 脚本最常用的功能是截获请求和缓存资源文件, 这些行为可以绑定在下面这些事件上:
install事件中, 抓取资源进行缓存activate事件中, 遍历缓存, 清除过期的资源fetch事件中, 拦截请求, 查询缓存或者网络, 返回请求的资源
注意：
event.waitUntil的作用是，等待Promise完成(resolved或rejected)后才返回。
参考资料：