HTML5 时代的黑科技层出不穷，但最具创新的也许要数 Service Worker，它甚至可以颠覆传统的 B/S 网络架构。

顾名思义，Service 是服务程序，而 Worker 常用于多线程。因此 Service Worker（以下简称 SW）是一种独立于页面、可持续运行的浏览器后台程序。

SW 提供了一组 API，可让网站开发者拦截自己站点下 所有页面 产生的 所有请求，并且能自定义响应结果。（除了一些特殊请求无法拦截）

这，如同在本地开启一个反向代理服务！

有了这么逆天的功能，在前端做负载均衡就非常容易了，甚至还能实现过去不敢想象的效果 —— 实时无缝的切换。

作为代理，当 SW 加载上游资源失败时，可选择不返回错误结果，而是尝试后备站点再次加载，直到返回正确结果，才响应给下游网页：

在网页看来，这只是一次普通的请求与响应 —— 也许用时更长一些，但结果仍是正常的。SW 中的重试细节，对于业务是完全透明的！

相比 DNS 最少也有数秒的缓存时间，这种通过程序控制的方案，能在极短的时间内切换源站点。这样即使某些节点出现故障，页面甚至都毫无感知！

除了能改变 URL 之外，SW 当然还能操作返回的数据。

这意味着，我们可以增加一个校验机制，用以检测资源是否遭到篡改。于是那些插广告、加水印之类的问题，就能很好解决了！

此外，我们还可以对原始数据进行加密，再由 SW 解密。这对于私密性不高的节点，很是有意义。

例如用 Raw Git 作为免费空间，我们所有的文件都能在 GitHub 仓库里找到，任何人都可以轻易查看。但如果对文件进行加密，同时对 SW 中的解密算法进行混淆保护，就能增加查看难度了 —— 至少 GitHub 的搜索功能、以及普通的蜘蛛，是不会抓到明文内容了。

更进一步，我们甚至还可以对文件名进行 Hash 再存储。这样，暴露的只是一堆乱七八糟、没有目录层次的文件！

前面我们提到，SW 能拦截页面里的请求。事实上 SW 开启之后，访问页面本身也会经过 SW。

这意味着：用户只要装上 SW，之后所有的请求都可代理到外部节点上，于是可大幅减少自己网站的流量消耗！

这样就算我们的网站挂了，但只要有一个节点可用，用户仍能正常访问！

为了能在带宽吃紧的情况下迎接新用户，我们参照之前「迷你启动器」的方案，把安装 SW 所需的资源，精简到最小 —— 最终只需两个极小的文件：html 和 js 文件。（SW 的脚本必须在当前站点下）

用户首次访问时，无论访问哪个 URL，我们都返回这个 html 文件，用以安装 SW 服务；安装完成后，页面自动刷新，这时所有请求都走 SW 代理了！

关于 html 的内容，和之前探讨的一样，所有功能都由外部脚本实现：

<script src="//free-host-n.net/boot.js"></script>

而 SW 脚本的内容，同样也可以放置在外部：

importScripts('//free-host-n.net/sw.js')

于是，我们的站点只需承载两个极小的文件，就能获得无尽的带宽！

相比之前强缓存的方案，如今使用 SW 无需对前端做任何改造，页面里的资源仍保持原始路径即可。如同使用 VPN 一样，无需对应用程序对任何修改，开启后流量就能自动转发到代理上，用起来非常简单。

这样，任何一个网站都能轻松接入使用！

事实上 SW 可实现的效果远不止这些，我们继续深入挖掘吧。