Service Worker入门

2015/03/26 · JavaScript
· Service Worker

原来的小说出处: Matt
Gaunt   译文出处:[w3ctech

  • 十年踪迹]()   

原生App具有Web应用普通所不辜负有的富离线体验,按期的敦默寡言更新,音信布告推送等职能。而新的Serviceworkers标准让在Web App上装有那个效应成为大概。

连不上网?英帝国卫报的天性离线页面是那般做的

2015/11/20 · HTML5 · Service
Worker,
离线页面

本文由 伯乐在线 –
Erucy
翻译,weavewillg
校稿。未经许可,禁止转发!
英语出处:Oliver
Ash。款待加入翻译组。

咱俩是怎么着行使 service worker 来为 theguardian.com
创设二个自定义的离线页面。

图片 1

theguardian.com 的离线页面。插图:奥利弗 Ash

您正在朝着集团途中的大巴里,在手提式无线电话机上开采了
Guardian
应用。大巴被隧道包围着,不过那么些动用能够平常运营,即便没有网络连接,你也能博得完整的职能,除了展现的剧情也许有一点旧。要是您尝试在网址上也那样干,可惜它完全没有办法加载:

图片 2

安卓版 Chrome 的离线页面

Chrome 中的这一个彩蛋,很四人都不理解》

Chrome
在离线页面上有个藏匿的游戏(桌面版上按空格键,手提式有线话机版上点击那只恐龙卡塔 尔(阿拉伯语:قطر‎,那某个能缓和一点您的忧虑。不过大家能够做得越来越好。

Service
workers
允许网址小编拦截本人站点的富有互联网央求,那也就象征我们能够提供周到的离线体验,就好像原生应用相像。在
Guardian
网址,大家前段时间上线了叁个自定义的离线体验效果。当客商离线的时候,他们拜见到二个包罗Guardian
标志的页面,下面带有三个总结的离线提醒,还应该有贰个填字游戏,他们得以在等候互连网连接的时候玩玩那些找点乐子。那篇博客解释了大家是如何营造它的,可是在最早以前,你能够先自身试试看。

Service Worker初体验

2016/01/06 · JavaScript
· Service Worker

初藳出处: AlloyTeam   

在二〇一四年,W3C发表了service worker的草案,service
worker提供了超级多新的力量,使得web app具备与native
app相通的离线体验、信息推送体验。
service worker是风流洒脱段脚本,与web
worker同样,也是在后台运转。作为二个独立的线程,运营碰到与平常脚本不一致,所以无法直接参加web人机联作行为。native
app能够成功离线使用、消息推送、后台自动更新,service
worker的产出是幸好为了使得web app也足以具备相像的本领。

 

service worker可以:

  1. 后台新闻传递
  2. 互联网代理,转载呼吁,假造响应
  3. 离线缓存
  4. 消息推送
  5.  … …

正文以能源缓存为例,说美素佳儿下service worker是如何专门的职业的。

Service Worker 是什么?

四个 service worker
是风度翩翩段运转在浏览器后台进度里的本子,它独立于当下页面,提供了那三个不须要与web页面人机联作的功能在网页背后悄悄实施的力量。在以后,基于它可以完成音讯推送,静默更新以至地理围栏等劳务,不过当前它首先要负有的职能是阻挠和拍卖网络央浼,满含可编制程序的响应缓存管理。

为啥说这么些API是三个不行棒的API呢?因为它使得开采者能够扶持蛮好的离线体验,它授予开垦者完全调控离线数据的技巧。

在service worker提出早先,其余三个提供开荒者离线体验的API叫做App
Cache。可是App
Cache某个局限性,举个例子它能够非常轻易地消除单页应用的标题,不过在多页应用上会很麻烦,而Serviceworkers的面世正是为了解决App Cache的痛点。

上面详细说一下service worker有如何必要在乎之处:

  • 它是JavaScript
    Worker,所以它不可能直接操作DOM。可是service
    worker可以经过postMessage与页面之间通讯,把音信通告给页面,假如要求的话,让页面本人去操作DOM。
  • Serviceworker是叁个可编制程序的互连网代理,允许开垦者调整页面上管理的互联网央求。
  • 在不被使用的时候,它会友善终止,而当它再也被用到的时候,会被再一次激活,所以你不能够凭仗于service
    worker的onfecth和onmessage的管理函数中的全局状态。如若您想要保存一些漫长化的音讯,你能够在service
    worker里使用IndexedDB API。
  • Serviceworker多量使用promise,所以意气风发旦您不通晓哪些是promise,那您要求先读书这篇文章。

试试看

你必要一个支撑 Service
Worker 和 fetch
API 的浏览器。停止到本文编写时独有Chrome(手提式有线电话机版和桌面版卡塔尔同一时间帮衬那三种 API(译者注:Opera
近些日子也支撑这两侧卡塔 尔(英语:State of Qatar),可是 Firefox
比比较快就要支持了(在每一天更新的本子中后生可畏度支撑了卡塔尔,除却 Safari
之外的持有浏览器也都在实践。其余,service worker 只好登记在利用了
HTTPS 的网站上,theguardian.com
已经先河慢慢搬迁到 HTTPS,所以大家只还好网址的 HTTPS
部分提供离线体验。就前段时间来讲,大家选拔了 开垦者博客 作为大家用来测验的地方。所以大器晚成旦你是在我们网址的 开垦者博客 部分阅读那篇小说的话,很幸运。

当您选拔援助的浏览器访谈大家的 开辟者博客 中的页面包车型大巴时候,一切就筹划妥贴了。断开你的网络连接,然后刷新一下页面。若是您本人没条件尝试的话,能够看一下这段 演示录像(译者注:需梯子)。

生命周期

先来看一下二个service worker的运维周期

图片 3
上图是service
worker生命周期,出处

图中能够看看,三个service worker要经验以下进程:

  1.  安装

2.
 激活,激活成功今后,张开chrome://inspect/#service-workers可以查阅到如今运作的service
worker

图片 4

  1. 监听fetch和message事件,上面两种事件会进行轻便描述

  2. 销毁,是不是销毁由浏览器决定,假诺一个service
    worker短期不行使依然机器内部存款和储蓄器有数,则可能会销毁这么些worker

Service Worker的生命周期

Service worker具有一个全然独立于Web页面的生命周期。

要让多个service
worker在您的网址上生效,你必要先在你的网页中注册它。注册三个service
worker之后,浏览器会在后台默默运转多少个service worker的安装过程。

在安装进度中,浏览器会加载并缓存一些静态财富。如若具备的文本被缓存成功,service
worker就设置成功了。假若有任何文件加载或缓存退步,那么安装进程就可以倒闭,service
worker就无法被激活(也即未能安装成功卡塔 尔(阿拉伯语:قطر‎。假若发生那样的标题,别顾虑,它会在后一次再尝试安装。

当安装到位后,service
worker的下一步是激活,在这里生龙活虎阶段,你还足以荣升贰个service
worker的本子,具体内容大家会在前面讲到。

在激活之后,service
worker将接管全体在融洽管辖域范围内的页面,不过借使贰个页面是刚刚注册了service
worker,那么它那叁次不会被接管,到下二回加载页面包车型客车时候,service
worker才会生效。

当service
worker接管了页面之后,它大概有三种意况:要么被终止以节外省部存款和储蓄器,要么会管理fetch和message事件,那多个事件分别发生于三个互联网诉求现身照旧页面上发送了贰个新闻。

下图是贰个简化了的service worker初次安装的生命周期:

图片 5

做事原理

经过风流洒脱段简单的
JavaScript,我们得以提示浏览器在客户访问页面包车型客车时候立即登记我们和好的
service worker。近些日子支撑 service worker
的浏览器超少,所以为了幸免不当,大家须要利用性格检验。

JavaScript

if (navigator.serviceWorker) {
navigator.serviceWorker.register(‘/service-worker.js’); }

1
2
3
if (navigator.serviceWorker) {
    navigator.serviceWorker.register(‘/service-worker.js’);
}

Service worker
安装事件的风流洒脱局地,大家得以利用 新的缓存
API 来缓存我们网站中的各类内容,举例
HTML、CSS 和
JavaScript:

JavaScript

var staticCacheName = ‘static’; var version = 1; function updateCache()
{ return caches.open(staticCacheName + version) .then(function (cache) {
return cache.addAll([ ‘/offline-page.html’, ‘/assets/css/main.css’,
‘/assets/js/main.js’ ]); }); }; self.addEventListener(‘install’,
function (event) { event.waitUntil(updateCache()); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
var staticCacheName = ‘static’;
var version = 1;
 
function updateCache() {
    return caches.open(staticCacheName + version)
        .then(function (cache) {
            return cache.addAll([
                ‘/offline-page.html’,
                ‘/assets/css/main.css’,
                ‘/assets/js/main.js’
            ]);
        });
};
 
self.addEventListener(‘install’, function (event) {
    event.waitUntil(updateCache());
});

当安装达成后,service worker
能够监听和决定 fetch
事件,让大家得以完全调控之后网站中产生的享有互连网哀告。

JavaScript

self.addEventListener(‘fetch’, function (event) {
event.respondWith(fetch(event.request)); });

1
2
3
self.addEventListener(‘fetch’, function (event) {
    event.respondWith(fetch(event.request));
});

在那间大家有很灵活的半空中能够公布,比如下边这几个标准,能够由此代码来生成大家温馨的乞求响应:

JavaScript

self.addEventListener(‘fetch’, function (event) { var response = new
Response(‘<h1>Hello, World!</h1>’, { headers: {
‘Content-Type’: ‘text/html’ } }); event.respondWith(response); });

1
2
3
4
5
self.addEventListener(‘fetch’, function (event) {
    var response = new Response(‘&lt;h1&gt;Hello, World!&lt;/h1&gt;’,
        { headers: { ‘Content-Type’: ‘text/html’ } });
    event.respondWith(response);
});

还应该有这么些,即使在缓存中找到了央求相应的缓存,我们得以直接从缓存中回到它,若是没找到的话,再经过网络获取响应内容:

JavaScript

self.addEventListener(‘fetch’, function (event) { event.respondWith(
caches.match(event.request) .then(function (response) { return response
|| fetch(event.request); }) ); });

1
2
3
4
5
6
7
8
self.addEventListener(‘fetch’, function (event) {
    event.respondWith(
        caches.match(event.request)
            .then(function (response) {
                return response || fetch(event.request);
            })
    );
});

那正是说大家什么样行使这么些意义来提供离线体验呢?

先是,在 service worker
安装进程中,大家需求把离线页面供给的 HTML 和财富文件通过 service worker
缓存下来。在缓存中,大家加载了和睦开辟的 填字游戏 的
React应用 页面。之后,大家会阻拦全部访问theguardian.com
互联网央浼,包涵网页、以致页面中的能源文件。管理那个央浼的逻辑大约如下:

  1. 当大家检验到传播央浼是指向大家的 HTML
    页面时,大家连年会想要提供最新的内容,所以大家会尝试把这些央浼通过网络发送给服务器。

    1. 当大家从服务器获得了响应,就足以一直回到那一个响应。
    2. 若果互连网乞求抛出了要命(比方因为顾客掉线了卡塔 尔(阿拉伯语:قطر‎,大家捕获那几个极度,然后使用缓存的离线
      HTML 页面作为响应内容。
  2. 要不,当大家检查测验到央求的不是 HTML
    的话,大家会从缓存中研究响应的倡议内容。

    1. 假使找到了缓存内容,大家得以一向回到缓存的情节。
    2. 不然,大家会尝试把那些央浼通过互连网发送给服务器。

在代码中,我们利用了 新的缓存
API(它是 Service Worker API 的一片段卡塔 尔(英语:State of Qatar)以至
fetch
功用(用于转移互联网需要卡塔尔国,如下所示:

JavaScript

var doesRequestAcceptHtml = function (request) { return
request.headers.get(‘Accept’) .split(‘,’) .some(function (type) { return
type === ‘text/html’; }); }; self.addEventListener(‘fetch’, function
(event) { var request = event.request; if
(doesRequestAcceptHtml(request)) { // HTML pages fallback to offline
page event.respondWith( fetch(request) .catch(function () { return
caches.match(‘/offline-page.html’); }) ); } else { // Default fetch
behaviour // Cache first for all other requests event.respondWith(
caches.match(request) .then(function (response) { return response ||
fetch(request); }) ); } });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
var doesRequestAcceptHtml = function (request) {
    return request.headers.get(‘Accept’)
        .split(‘,’)
        .some(function (type) { return type === ‘text/html’; });
};
 
self.addEventListener(‘fetch’, function (event) {
    var request = event.request;
    if (doesRequestAcceptHtml(request)) {
        // HTML pages fallback to offline page
        event.respondWith(
            fetch(request)
                .catch(function () {
                    return caches.match(‘/offline-page.html’);
                })
        );
    } else {
        // Default fetch behaviour
        // Cache first for all other requests
        event.respondWith(
            caches.match(request)
                .then(function (response) {
                    return response || fetch(request);
                })
        );
    }
});

就只要求这么多!theguardian.com
上的 抱有代码都以在 GitHub
上开源 的,所以你能够去那儿查看我们的
service worker
的全部版本,或然直接从生育处境上访谈

小编们有丰裕的理由为那几个新的浏览器技艺欢呼喝彩,因为它能够用来让你的网址像几天前的原生应用相像,具备完美的离线体验。现在当
theguardian.com 完全迁移到 HTTPS
之后,离线页面包车型大巴显要性会显明扩充,我们能够提供尤其完美的离线体验。虚构一下您在上下班途中网络相当差的时候访谈theguardian.com,你拜见到特地为你订制的本性化内容,它们是在您前边访问网址时由浏览器缓存下来的。它在设置进度中也不会发出其余困难,你所必要的只是访谈这么些网址而已,不像原生应用,还亟需客商有八个选取商铺的账号能力安装。Serviceworker
相通能够支持大家提高网站的加载速度,因为网址的框架能够被保证地缓存下来,好似原生应用相近。

假定你对 service worker
很感兴趣,想要掌握更加多内容的话,开拓者 MattGaunt(Chrome的捐躯报国协理者卡塔尔写了意气风发篇尤其详细地 介绍 Service
Worker的文章。

打赏匡助自身翻译越来越多好小说,多谢!

打赏译者

fetch事件

在页面发起http诉求时,service
worker能够经过fetch事件拦截供给,而且付诸本身的响应。
w3c提供了三个新的fetch
api,用于取代XMLHttpRequest,与XMLHttpRequest最大差异有两点:

1.
fetch()方法重临的是Promise对象,通过then方法进行连接调用,缩短嵌套。ES6的Promise在改为标准之后,会更加的便利开垦职员。

2. 提供了Request、Response对象,若是做过后端开拓,对Request、Response应该比较纯熟。前端要发起呼吁能够由此url发起,也足以使用Request对象发起,并且Request能够复用。但是Response用在哪个地方呢?在service
worker出现从前,前端确实不会友善给和睦发音信,不过有了service
worker,就足以在阻碍央求之后依据须要发回自身的响应,对页面来说,这些平凡的呼吁结果并从未分别,那是Response的黄金年代处选择。

上边是在中,笔者运用fetch
api通过fliker的公然api获取图片的例证,注释中详解了每一步的功力:

JavaScript

/* 由于是get乞请,直接把参数作为query string传递了 */ var URL =
”;
function fetch德姆o() { // fetch(url,
option)接济多少个参数,option中能够设置header、body、method新闻fetch(U昂CoraL).then(function(response) { // 通过promise
对象拿到相应内容,並且将响应内容遵照json格式转成对象,json()方法调用之后重临的依然是promise对象
// 也得以把内容转产生arraybuffer、blob对象 return response.json();
}).then(function(json) { // 渲染页面 insertPhotos(json); }); }
fetch德姆o();

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
/* 由于是get请求,直接把参数作为query string传递了 */
var URL = ‘https://api.flickr.com/services/rest/?method=flickr.photos.search&api_key=your_api_key&format=json&nojsoncallback=1&tags=penguins’;
 
function fetchDemo() {
  // fetch(url, option)支持两个参数,option中可以设置header、body、method信息
  fetch(URL).then(function(response) {
    // 通过promise 对象获得相应内容,并且将响应内容按照json格式转成对象,json()方法调用之后返回的依然是promise对象
    // 也可以把内容转化成arraybuffer、blob对象
    return response.json();
  }).then(function(json) {
    // 渲染页面
    insertPhotos(json);
  });
}
 
fetchDemo();

fetch
api与XMLHttpRequest相比,特别简明,并且提供的功能更宏观,资源获取格局比ajax更优雅。包容性方面:chrome
42开端援助,对于旧浏览器,能够因此法定维护的polyfill扶助。

在大家起头写码在此以前

从这个连串地址拿到chaches
polyfill。

这个polyfill支持CacheStorate.match,Cache.add和Cache.addAll,而现在Chrome
M40实现的Cache
API还不曾援助这几个主意。

将dist/serviceworker-cache-polyfill.js放到你的网址中,在service
worker中经过importScripts加载进来。被service
worker加载的本子文件会被自动缓存。

JavaScript

importScripts(‘serviceworker-cache-polyfill.js’);

1
importScripts(‘serviceworker-cache-polyfill.js’);

需要HTTPS

在开辟阶段,你能够因而localhost使用service
worker,不过大器晚成旦上线,就须要您的server帮衬HTTPS。

您能够由此service
worker仰制连接,虚商谈过滤响应,极度逆天。即便你能够节制自个儿不干坏事,也有人想干坏事。所感到了避防别人使坏,你只可以在HTTPS的网页上注册service
workers,那样大家才可以制止加载service
worker的时候不被混蛋点窜。(因为service
worker权限非常大,所以要防止它本人被混蛋窜改利用——译者注卡塔尔

Github
Pages恰巧是HTTPS的,所以它是一个佳绩的原状实验田。

假定您想要让您的server援助HTTPS,你要求为你的server得到一个TLS证书。不一样的server安装方法不一样,阅读匡助文书档案并透过Mozilla’s
SSL config
generator打听最佳执行。

打赏协理笔者翻译越来越多好文章,谢谢!

图片 6

1 赞 收藏
评论

message事件

页面和serviceWorker之间能够由此posetMessage()方法发送音讯,发送的新闻能够通过message事件选取到。

这是二个双向的历程,页面可以发消息给service worker,service
worker也足以发送音讯给页面,由于这么些特点,能够将service
worker作为中间纽带,使得多个域名依然子域名下的多少个页面可以随便通讯。

这里是一个小的页面之间通信demo

使用Service Worker

以后大家有了polyfill,而且消除了HTTPS,让大家看看毕竟怎么用service
worker。

关于小编:Erucy

图片 7

现已的SharePoint喵星程序猿(一时半刻还挂着微软MVP的名头卡塔 尔(阿拉伯语:قطر‎,今后的Azure/.Net/MongoDB/Cordova/前端技师,一时写小说
个人主页 ·
小编的小说 ·
46 ·
  

图片 8

行使service workder缓存文件

上面介绍一个用到service worker缓存离线文件的例证
预备index.js,用于注册service-worker

JavaScript

if (navigator.serviceWorker) {
navigator.serviceWorker.register(‘service-worker.js’).then(function(registration)
{ console.log(‘service worker 注册成功’); }).catch(function (err) {
console.log(‘servcie worker 注册退步’) }); }

1
2
3
4
5
6
7
if (navigator.serviceWorker) {
    navigator.serviceWorker.register(‘service-worker.js’).then(function(registration) {
        console.log(‘service worker 注册成功’);
    }).catch(function (err) {
        console.log(‘servcie worker 注册失败’)
    });
}

在上述代码中,注册了service-worker.js作为当前路径下的service
worker。由于service
worker的权杖超级高,全数的代码都亟待是安全可信的,所以唯有https站点工夫够使用service
worker,当然localhost是一个特例。
注册结束,今后启幕写service-worker.js代码。
遵照前面包车型地铁生命周期图,在一个新的service
worker被注册之后,首先会触发install事件,在service-workder.js中,能够透过监听install事件打开一些初叶化专门的职业,可能怎样也不做。
因为大家是要缓存离线文件,所以能够在install事件中先河缓存,可是只是将文件加到caches缓存中,真正想让浏览器选用缓存文件供给在fetch事件中截留

JavaScript

var cacheFiles = [ ‘about.js’, ‘blog.js’ ];
self.addEventListener(‘install’, function (evt) { evt.waitUntil(
caches.open(‘my-test-cahce-v1’).then(function (cache) { return
cache.addAll(cacheFiles); }) ); });

1
2
3
4
5
6
7
8
9
10
11
var cacheFiles = [
    ‘about.js’,
    ‘blog.js’
];
self.addEventListener(‘install’, function (evt) {
    evt.waitUntil(
        caches.open(‘my-test-cahce-v1’).then(function (cache) {
            return cache.addAll(cacheFiles);
        })
    );
});

先是定义了特殊需求缓存的文件数组cacheFile,然后在install事件中,缓存这个文件。
evt是三个InstallEvent对象,世襲自ExtendableEvent,当中的waitUntil()方法选用叁个promise对象,直到这一个promise对象成功resolve之后,才会持续运营service-worker.js。
caches是贰个CacheStorage对象,使用open()方法张开一个缓存,缓存通过名称进行区分。
赢得cache实例之后,调用addAll()方法缓存文件。

那样就将文件增多到caches缓存中了,想让浏览器接收缓存,还亟需拦截fetch事件

JavaScript

// 缓存图片 self.addEventListener(‘fetch’, function (evt) {
evt.respondWith( caches.match(evt.request).then(function(response) { if
(response) { return response; } var request = evt.request.clone();
return fetch(request).then(function (response) { if (!response &&
response.status !== 200 &&
!response.headers.get(‘Content-type’).match(/image/)) { return response;
} var responseClone = response.clone();
caches.open(‘my-test-cache-v1’).then(function (cache) {
cache.put(evt.request, responseClone); }); return response; }); }) ) });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
// 缓存图片
self.addEventListener(‘fetch’, function (evt) {
    evt.respondWith(
        caches.match(evt.request).then(function(response) {
            if (response) {
                return response;
            }
            var request = evt.request.clone();
            return fetch(request).then(function (response) {
                if (!response && response.status !== 200 && !response.headers.get(‘Content-type’).match(/image/)) {
                    return response;
                }
                var responseClone = response.clone();
                caches.open(‘my-test-cache-v1’).then(function (cache) {
                    cache.put(evt.request, responseClone);
                });
                return response;
            });
        })
    )
});

透过监听fetch事件,service worker能够回到本身的响应。

先是检缓存中是或不是已经缓存了那些央浼,假如有,就径直回到响应,就降低了三次网络须要。不然由service
workder发起央浼,这时候的service workder起到了三个西路代理的功力。

service worker乞求的进程通过fetch
api完毕,获得response对象现在举行过滤,查看是不是是图片文件,如果不是,就径直重回诉求,不会缓存。

借使是图形,要先复制黄金年代份response,原因是request或然response对象归属stream,只可以动用三回,之后风流浪漫份存入缓存,另生龙活虎份发送给页面。
那正是service worker的兵不血刃之处:拦截乞求,杜撰响应。fetch
api在此也起到了不小的效应。

 

service
worker的更新超级粗略,只要service-worker.js的文书内容有更新,就能够选取新的脚本。不过有某个要留心:旧缓存文件的破除、新文件的缓存要在activate事件中张开,因为大概旧的页面还在行使早前的缓存文件,消除之后会失掉功效。

 

在初次使用service worker的进度中,也超过了有些主题素材,下边是个中七个

哪些注册和装置service worker

要设置service
worker,你供给在你的页面上登记它。那么些手续告诉浏览器你的service
worker脚本在哪里。

JavaScript

if (‘serviceWorker’ in navigator) {
navigator.serviceWorker.register(‘/sw.js’).then(function(registration) {
// Registration was successful console.log(‘ServiceWorker registration
successful with scope: ‘, registration.scope); }).catch(function(err) {
// registration failed 🙁 console.log(‘ServiceWorker registration
failed: ‘, err); }); }

1
2
3
4
5
6
7
8
9
if (‘serviceWorker’ in navigator) {
  navigator.serviceWorker.register(‘/sw.js’).then(function(registration) {
    // Registration was successful
    console.log(‘ServiceWorker registration successful with scope: ‘,    registration.scope);
  }).catch(function(err) {
    // registration failed 🙁
    console.log(‘ServiceWorker registration failed: ‘, err);
  });
}

上面包车型客车代码检查service worker API是不是可用,假设可用,service
worker /sw.js 被注册。

万一这一个service worker已经被登记过,浏览器会活动忽略上边包车型客车代码。

有二个必要特意表达的是service
worker文件的路线,你明确稳重到了在此个事例中,service
worker文件被放在这里个域的根目录下,这意味service
worker和网址同源。换句话说,那几个service
work将会吸收这么些域下的享有fetch事件。借使自个儿将service
worker文件注册为/example/sw.js,那么,service worker只能收到/example/路径下的fetch事件(例如: /example/page1/, /example/page2/)。

今昔你能够到 chrome://inspect/#service-workers 检查service worker是否对你的网站启用了。

图片 9

当service
worker第意气风发版被达成的时候,你也能够在chrome://serviceworker-internals中查看,它很有用,通过它可以最直观地熟悉service worker的生命周期,不过这个功能很快就会被移到chrome://inspect/#service-workers中。

你会意识那一个职能能够很有益于地在三个模拟窗口中测量检验你的service
worker,那样您可以关闭和另行展开它,而不会影响到你的新窗口。任何创制在模拟窗口中的注册服务和缓存在窗口被关闭时都将断线纸鸢。

标题1. 运作时刻

service
worker并不是直接在后台运转的。在页面关闭后,浏览器能够世袭维持service
worker运维,也足以关闭service
worker,那决议于与浏览器本人的表现。所以不用定义一些全局变量,比方上面包车型客车代码(来自):

JavaScript

var hitCounter = 0; this.addEventListener(‘fetch’, function(event) {
hitCounter++; event.respondWith( new Response(‘Hit number ‘ +
hitCounter) ); });

1
2
3
4
5
6
7
8
var hitCounter = 0;
 
this.addEventListener(‘fetch’, function(event) {
  hitCounter++;
  event.respondWith(
    new Response(‘Hit number ‘ + hitCounter)
  );
});

归来的结果只怕是绝非规律的:1,2,1,2,1,1,2….,原因是hitCounter并从未一直留存,若是浏览器关闭了它,后一次运维的时候hitCounter就赋值为0了
那般的事情引致调节和测量试验代码困难,当你更新二个service
worker今后,独有在开辟新页面未来才大概应用新的service
worker,在调治进程中平常等上豆蔻梢头两分钟才会动用新的,相比抓狂。

Service Worker的安装步骤

在页面上形成登记手续之后,让大家把集中力转到service
worker的本子里来,个中,大家要完结它的安装步骤。

在最大旨的例子中,你需求为install事件定义贰个callback,并垄断哪些文件你想要缓存。

JavaScript

// The files we want to cache var urlsToCache = [ ‘/’,
‘/styles/main.css’, ‘/script/main.js’ ]; // Set the callback for the
install step self.addEventListener(‘install’, function(event) { //
Perform install steps });

1
2
3
4
5
6
7
8
9
10
11
// The files we want to cache
var urlsToCache = [
  ‘/’,
  ‘/styles/main.css’,
  ‘/script/main.js’
];
 
// Set the callback for the install step
self.addEventListener(‘install’, function(event) {
    // Perform install steps
});

在大家的install callback中,大家供给实践以下步骤:

  1. 翻开多少个缓存
  2. 缓存大家的文本
  3. 支配是不是持有的能源是或不是要被缓存

JavaScript

var CACHE_NAME = ‘my-site-cache-v1’; var urlsToCache = [ ‘/’,
‘/styles/main.css’, ‘/script/main.js’ ];
self.addEventListener(‘install’, function(event) { // Perform install
steps event.waitUntil( caches.open(CACHE_NAME) .then(function(cache) {
console.log(‘Opened cache’); return cache.addAll(urlsToCache); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
var CACHE_NAME = ‘my-site-cache-v1’;
var urlsToCache = [
  ‘/’,
  ‘/styles/main.css’,
  ‘/script/main.js’
];
 
self.addEventListener(‘install’, function(event) {
  // Perform install steps
  event.waitUntil(
    caches.open(CACHE_NAME)
      .then(function(cache) {
        console.log(‘Opened cache’);
        return cache.addAll(urlsToCache);
      })
  );
});

地点的代码中,我们经过caches.open张开我们钦赐的cache文件名,然后大家调用cache.addAll并传到大家的公文数组。那是因此风华正茂连串promise(caches.open

cache.addAll卡塔尔实现的。event.waitUntil得到一个promise并行使它来拿到安装花销的时间以至是还是不是安装成功。

若是全部的文本都被缓存成功了,那么service
worker就安装成功了。尽管其余叁个文本下载战败,那么安装步骤就能战败。那几个法子允许你依赖于您协和钦点的全数能源,不过这意味你须要非常严格地决定怎样文件要求在装置步骤中被缓存。钦定了太多的文书的话,就能追加设置战败率。

下边只是一个轻巧易行的例证,你能够在install事件中执行此外操作照旧以致忽略install事件。

主题材料2. 权力太大

当service worker监听fetch事件之后,对应的伸手都会经过service
worker。通过chrome的network工具,可以看看此类央求会标明:from service
worker。若是service
worker中冒出了难题,会导致全部央浼战败,富含日常的html文件。所以service
worker的代码质量、容错性应当要很好能力作保web app符合规律运作。

 

参照小说:

1. 

2. 

3. 

4. 

5. 

1 赞 3 收藏
评论

图片 8

什么样缓存和再次回到Request

你早就设置了service worker,你今后得以回到您缓存的伸手了。

当service
worker被安装成功还要客户浏览了另叁个页面只怕刷新了脚下的页面,service
worker将启幕收受到fetch事件。上边是一个事例:

JavaScript

self.addEventListener(‘fetch’, function(event) { event.respondWith(
caches.match(event.request) .then(function(response) { // Cache hit –
return response if (response) { return response; } return
fetch(event.request); } ) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
self.addEventListener(‘fetch’, function(event) {
  event.respondWith(
    caches.match(event.request)
      .then(function(response) {
        // Cache hit – return response
        if (response) {
          return response;
        }
 
        return fetch(event.request);
      }
    )
  );
});

地方的代码里我们定义了fetch事件,在event.respondWith里,我们传入了叁个由caches.match发生的promise.caches.match
查找request中被service worker缓存命中的response。

意气风发旦大家有二个命中的response,大家回来被缓存的值,否则大家回去三个实时从互连网央求fetch的结果。那是二个相当轻巧的例子,使用全数在install步骤下被缓存的能源。

假诺我们想要增量地缓存新的伸手,大家能够透过拍卖fetch央浼的response况且增进它们到缓存中来兑现,譬喻:

JavaScript

self.addEventListener(‘fetch’, function(event) { event.respondWith(
caches.match(event.request) .then(function(response) { // Cache hit –
return response if (response) { return response; } // IMPORTANT: Clone
the request. A request is a stream and // can only be consumed once.
Since we are consuming this // once by cache and once by the browser for
fetch, we need // to clone the response var fetchRequest =
event.request.clone(); return fetch(fetchRequest).then(
function(response) { // Check if we received a valid response
if(!response || response.status !== 200 || response.type !== ‘basic’) {
return response; } // IMPORTANT: Clone the response. A response is a
stream // and because we want the browser to consume the response // as
well as the cache consuming the response, we need // to clone it so we
have 2 stream. var responseToCache = response.clone();
caches.open(CACHE_NAME) .then(function(cache) {
cache.put(event.request, responseToCache); }); return response; } ); })
); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
self.addEventListener(‘fetch’, function(event) {
  event.respondWith(
    caches.match(event.request)
      .then(function(response) {
        // Cache hit – return response
        if (response) {
          return response;
        }
 
        // IMPORTANT: Clone the request. A request is a stream and
        // can only be consumed once. Since we are consuming this
        // once by cache and once by the browser for fetch, we need
        // to clone the response
        var fetchRequest = event.request.clone();
 
        return fetch(fetchRequest).then(
          function(response) {
            // Check if we received a valid response
            if(!response || response.status !== 200 || response.type !== ‘basic’) {
              return response;
            }
 
            // IMPORTANT: Clone the response. A response is a stream
            // and because we want the browser to consume the response
            // as well as the cache consuming the response, we need
            // to clone it so we have 2 stream.
            var responseToCache = response.clone();
 
            caches.open(CACHE_NAME)
              .then(function(cache) {
                cache.put(event.request, responseToCache);
              });
 
            return response;
          }
        );
      })
    );
});

代码里大家所做政工包含:

  1. 加上四个callback到fetch乞请的 .then 方法中
  2. 只要大家拿到了三个response,大家开展如下的检查:
    1. 确认保障response是立见效能的
    2. 自己争论response的景色是还是不是是200
    3. 作保response的品种是basic,那意味着央求作者是同源的,非同源(即跨域卡塔 尔(英语:State of Qatar)的恳求也不可能被缓存。
  3. 万风姿洒脱大家透过了反省,clone这几个央求。这么做的原因是就算response是三个Stream,那么它的body只好被读取二回,所以我们得将它克隆出来,后生可畏份发给浏览器,意气风发份发给缓存。

如何翻新多个Service Worker

您的service
worker总有亟待创新的那一天。当那一天来到的时候,你必要遵照如下步骤来更新:

  1. 立异您的service worker的JavaScript文件
    1. 当客户浏览你的网址,浏览器尝试在后台下载service
      worker的本子文件。只要服务器上的文件和当和姑件有贰个字节不一样,它们就被判断为急需更新。
  2. 更新后的service worker将起初运行,install event被再度触发。
  3. 在这里个时刻节点上,当前页目生效的还是是老版本的service
    worker,新的servicer worker将跻身”waiting”状态。
  4. 时下页面被关门之后,老的service worker进度被杀掉,新的servicer
    worker正式生效。
  5. 假诺新的service worker生效,它的activate事件被触发。

代码更新后,日常须求在activate的callback中实行三个拘押cache的操作。因为你会要求杀绝掉早前旧的数额。大家在activate实际不是install的时候施行这么些操作是因为借使大家在install的时候顿时奉行它,那么还是在运行的旧版本的数据就坏了。

从前大家只行使了三个缓存,叫做my-site-cache-v1,其实我们也可以使用多个缓存的,例如一个给页面使用,一个给blog的内容提交使用。这意味着,在install步骤里,我们可以创建两个缓存,pages-cache-v1和blog-posts-cache-v1,在activite步骤里,我们可以删除旧的my-site-cache-v1。

上面包车型地铁代码能够循环全体的缓存,删除掉全部不在白名单中的缓存。

JavaScript

self.addEventListener(‘activate’, function(event) { var cacheWhitelist =
[‘pages-cache-v1’, ‘blog-posts-cache-v1’]; event.waitUntil(
caches.keys().then(function(cacheNames) { return Promise.all(
cacheNames.map(function(cacheName) { if
(cacheWhitelist.indexOf(cacheName) === -1) { return
caches.delete(cacheName); } }) ); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
self.addEventListener(‘activate’, function(event) {
 
  var cacheWhitelist = [‘pages-cache-v1’, ‘blog-posts-cache-v1’];
 
  event.waitUntil(
    caches.keys().then(function(cacheNames) {
      return Promise.all(
        cacheNames.map(function(cacheName) {
          if (cacheWhitelist.indexOf(cacheName) === -1) {
            return caches.delete(cacheName);
          }
        })
      );
    })
  );
});

管理边界和填坑

那风度翩翩节内容相比较新,有成都百货上千待定细节。希望那生龙活虎节相当的慢就无需讲了(因为规范会处理这一个主题素材——译者注卡塔尔,可是今后,那些内容照旧应当被提一下。

假定设置战败了,没有很高雅的方法获取通报

若是一个worker被注册了,可是从未出今后chrome://inspect/#service-workers或chrome://serviceworker-internals,那么很可能因为异常而安装失败了,或者是产生了一个被拒绝的的promise给event.waitUtil。

要解决那类难题,首先到 chrome://serviceworker-internals检查。打开开发者工具窗口准备调试,然后在你的install event代码中添加debugger;语句。这样,通过断点调试你更容易找到问题。

fetch()近年来仅协理Service Workers

fetch立刻协理在页面上应用了,不过当前的Chrome达成,它还只帮忙service
worker。cache
API也将在要页面上被协助,可是近日停止,cache也还一定要在service
worker中用。

fetch()的暗许参数

当您利用fetch,缺省级地区级,央求不会带上cookies等证据,要想带上的话,要求:

JavaScript

fetch(url, { credentials: ‘include’ })

1
2
3
fetch(url, {
  credentials: ‘include’
})

那样设计是有理由的,它比XHOdyssey的在同源下暗中认可发送凭据,但跨域时屏弃凭据的法则要来得好。fetch的表现更像此外的COPRADOS央求,举个例子<img crossorigin>,它默认不发送cookies,除非你指定了<img crossorigin="use-credentials">.。

Non-COPRADOS暗许不补助

默许情状下,从第三方UTiguanL跨域获得一个财富将会战败,除非对方扶持了CORubiconS。你能够加上叁个non-COEnclaveS选项到Request去制止失利。代价是那般做会回到一个“不透明”的response,意味着你不能查出这一个伏乞毕竟是打响了依然诉讼失败了。

JavaScript

cache.addAll(urlsToPrefetch.map(function(urlToPrefetch) { return new
Request(urlToPrefetch, { mode: ‘no-cors’ }); })).then(function() {
console.log(‘All resources have been fetched and cached.’); });

1
2
3
4
5
cache.addAll(urlsToPrefetch.map(function(urlToPrefetch) {
  return new Request(urlToPrefetch, { mode: ‘no-cors’ });
})).then(function() {
  console.log(‘All resources have been fetched and cached.’);
});

fetch()不依据30x重定向标准

不佳,重定向在fetch()中不会被触发,那是当下版本的bug;

管理响应式图片

img的srcset属性只怕<picture>标签会根据情况从浏览器或者网络上选择最合适尺寸的图片。

在service worker中,你想要在install步骤缓存三个图纸,你有以下三种采取:

  1. 设置具备的<picture>元素或者将被请求的srcset属性。
  2. 设置单意气风发的low-res版本图片
  3. 安装单意气风发的high-res版本图片

正如好的方案是2或3,因为要是把具备的图形都给下载下来存着有一点浪费内部存款和储蓄器。

若果你将low-res版本在install的时候缓存了,然后在页面加载的时候你想要尝试从互联网上下载high-res的本子,不过纵然high-res版本下载战败以来,就照样用low-res版本。那几个主见很好也值得去做,不过有贰个主题材料:

假使大家有上边三种图片:

Screen Density Width Height
1x 400 400
2x 800 800

HTML代码如下:

JavaScript

<img src=”image-src.png” srcset=”image-src.png 1x, image-2x.png 2x”
/>

1
<img src="image-src.png" srcset="image-src.png 1x, image-2x.png 2x" />

大器晚成旦大家在一个2x的显得方式下,浏览器会下载image-2x.png,假诺大家离线,你能够读取以前缓存并赶回image-src.png代替,假若从前它早就被缓存过。固然如此,由到现在后的格局是2x,浏览器会把400X400的图片显示成200X200,要制止这些难点即就要图纸的体制上设置宽高。

JavaScript

<img src=”image-src.png” srcset=”image-src.png 1x, image-2x.png 2x”
style=”width:400px; height: 400px;” />

1
2
<img src="image-src.png" srcset="image-src.png 1x, image-2x.png 2x"
style="width:400px; height: 400px;" />

图片 11

<picture>标签情况更复杂一些,难度取决于你是如何创建和使用的,但是可以通过与srcset类似的思路去解决。

改变URL Hash的Bug

在M40版本中留存二个bug,它会让页面在更换hash的时候产生service
worker甘休职业。

你能够在此找到更加的多相关的信息: 

更加多内容

这里有部分有关的文书档案能够参照:

赢得扶持

假设你相逢麻烦,请在Stackoverflow上发帖询问,使用‘service-worker’标签,以便于大家及时跟进和不择手腕帮忙你消除难题。

赞 2 收藏
评论

图片 8

相关文章