今天使用Chrome发送查看本地swagger文档时请求失败，错误码404。查看后台日志发现浏览器显示的是/swagger请求但是后台收到的是/error请求,更换浏览器发送请求正常。查看DevTools发现Chrome后台有多个Service Workers在运行：有一个正好与我的后台地址对应，可能是前两天调试另一个项目的时候启动的，Unregister 它，再发送请求，成功。... 请参阅立即了解如何在 Chrome 中启用 Service Worker 。 Open chrome ://flags/#enable-experimental-web-platform-features in the Chrome browser Enable "Enable experimental Web Platform features." Restart Chrome 注意Google Chrome v40中断了 Service Worker s的加载。 目前，请使用Google Chrome Canary（我测试过v42）。 您也可以在Firefox中加载 Service Worker （在about:config页面中打开 Service Worker 之后），但是Firefox实现了不同的通信模型，因此无法将命令发送到Se 注册多个不同范围的 SW 是完全可以的。 （使用 Chrome Canary 验证 - 43.0.2357.2） // Registering multiple SWs with different scopes. navigator. service Worker .register('sw-foo.js', {scope: '/foo'}); navigator. service Worker .register('sw-bar.js', {scope: '/bar'}); 套路问题。 这不是一回事。 是这个人： 基本上，他戴着大礼帽，住在你的电脑里，等着你告诉他你想创建什么样的应用程序。 并非每台新计算机都预装了 Yeoman。 他住在包存储库中。 你只需要问他一次，然后他就收拾东西搬进你的硬盘。 确保你清理干净，他喜欢新的和闪亮的东西。 npm install -g yo 自耕农发电机 约曼轻装上阵。 他搬进来的时候没有带任何发电机。你可以把发电机想象成一个插件。 您可以选择要创建的应用程序类型，例如 Backbone 应用程序甚至 Chrome 扩展程序。 要从 npm 安装 generator- service - worker s，请运行： npm install -g generator- service - worker s 最后，启动生成器： yo Service Worker s 这里用的是**“manifest_version”: 3**，所以配置文件（manifest.json）跟2的写法有些不一样了，官网上是这样写 照着官网写，貌似没毛病哦，可是就是出了毛病，背景页无效 2、文件引入问题： 我给放在js文件夹里面了，这样是不对的，background文件要放在根目录。 所以，解决办法就是把background.js放在根目录引入就行了，看图： 完美收官！ fetch 是 Work OrGlobalScope 这个 mixin 中的一个方法，用于获取一个网络进程，通常为请求地址； 它返回一个 promise 对象，当网络正常或未被请求拦截的时候，会 resolve 一个 response 对象，否则就 reject 结束 Promise<Response> fetch(req[, obj]); req：获取的资源 Request对象 obj：请求设置，可选 fetch("htt