连不上网,离线网页应用

日期:2019-10-02编辑作者:澳门金莎娱乐网站

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.  … …

本文以能源缓存为例,说美赞臣(Meadjohnson)下service worker是何等专门的学业的。

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

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

本文由 伯乐在线 - Erucy 翻译,weavewillg 校稿。未经许可,禁止转发!
罗马尼亚(România)语出处:Oliver Ash。招待参加翻译组。

作者们是怎么样选用 service worker 来为 theguardian.com 创设二个自定义的离线页面。

图片 1

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

你正在朝着公司途中的大巴里,在堂哥伦比亚大学上开发了 Guardian 应用。大巴被隧道包围着,然则那么些动用能够健康运维,纵然未有互联网连接,你也能博取完整的机能,除了出示的剧情也许有一些旧。假若你尝试在网址上也如此干,缺憾它完全没有办法加载:

图片 2

安卓版 Chrome 的离线页面

Chrome 中的这一个彩蛋,非常多少人都不明了》

Chrome 在离线页面上有个藏匿的玩乐(桌面版上按空格键,手提式有线电话机版上点击那只恐龙),这有一些能缓慢消除一点您的烦心。可是大家能够做得更加好。

Service workers 允许网址笔者拦截自个儿站点的具有网络恳求,那也就代表我们得以提供全面包车型客车离线体验,仿佛原生应用同样。在 Guardian 网站,大家多年来上线了一个自定义的离线体验效果。当客商离线的时候,他们会看出三个包括Guardian 标志的页面,下面带有二个粗略的离线提示,还会有八个填字游戏,他们能够在守候网络连接的时候玩玩这几个找点乐子。那篇博客解释了我们是哪些营造它的,不过在开班在此以前,你能够先本人尝试看。

Service Worker入门

2015/03/26 · JavaScript · Service Worker

原稿出处: Matt Gaunt   译文出处:[w3ctech

  • 十年踪迹]()   

原生App具有Web应用普通所不享有的富离线体验,按期的沉默不语更新,音信通告推送等效率。而新的Serviceworkers标准让在Web App上富有那些意义成为只怕。

使用 Service Worker 做一个 PWA 离线网页应用

2017/10/09 · JavaScript · PWA, Service Worker

原稿出处: 人人网FED博客   

在上一篇《自个儿是什么让网址用上HTML5 Manifest》介绍了怎么用Manifest做三个离线网页应用,结果被周围网民嗤笑说那个东西已经被deprecated,移出web标准了,今后被ServiceWorker替代了,不管怎样,Manifest的一些思维还是能借用的。作者又将网址进级到了ServiceWorker,如果是用Chrome等浏览器就用ServiceWorker做离线缓存,纵然是Safari浏览器就照旧用Manifest,读者能够展开那个网址感受一下,断网也是能健康张开。

生命周期

先来看一下二个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 和 fetch API 的浏览器。停止到本文编写时唯有Chrome(手提式有线电话机版和桌面版)同期支持那二种 API(译者注:Opera 近来也支撑这两个),但是 Firefox 比不慢就要援助了(在每日更新的本子中早就支撑了),除却 Safari 之外的保有浏览器也都在实践。其余,service worker 只好登记在运用了 HTTPS 的网址上,theguardian.com 已经上马慢慢搬迁到 HTTPS,所以大家不得不在网址的 HTTPS 部分提供离线体验。就当前来讲,大家采纳了 开采者博客 作为我们用来测量检验的地点。所以只要您是在大家网址的 开拓者博客 部分阅读那篇小说的话,很幸运。

当你利用支持的浏览器访谈大家的 开辟者博客 中的页面包车型大巴时候,一切就筹算妥帖了。断开你的互联网连接,然后刷新一下页面。如若您自身没标准尝试的话,能够看一下这段 示范摄像(译者注:需梯子)。

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,那你要求先读书这篇文章。

1. 什么是Service Worker

Service Worker是谷歌(Google)发起的落到实处PWA(Progressive Web App)的一个重要剧中人物,PWA是为着化解传统Web 应用程式的欠缺:

(1)未有桌面入口

(2)不可能离线使用

(3)没有Push推送

那Service Worker的具体展现是什么的吗?如下图所示:

图片 5

ServiceWorker是在后台运维的一条服务Worker线程,上海教室作者开了八个标签页,所以显得了多个Client,不过不管开多少个页面都独有一个Worker在肩负管理。那几个Worker的干活是把一部分财富缓存起来,然后拦截页面包车型大巴诉求,先看下缓存Curry有未有,假使局地话就从缓存里取,响应200,反之未有的话就走正规的央浼。具体来讲,ServiceWorker结合Web App Manifest能成功以下事业(那也是PWA的检查实验职业):

图片 6

席卷能够离线使用、断网时重回200、能提示客商把网站加多一个图标到桌面上等。

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(UEscortL).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支持。

行事规律

因此一段简单的 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 的一部分)以及 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 很感兴趣,想要驾驭更加的多内容的话,开荒者 马特Gaunt(Chrome的忠贞协助者)写了一篇越发详实地 介绍 Service Worker的文章。

打赏帮助作者翻译越来越多好小说,谢谢!

打赏译者

瑟维斯 Worker的生命周期

瑟维斯 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初次安装的生命周期:

图片 7

2. 瑟维斯 Worker的扶助情形

Service Worker这两天独有Chrome/Firfox/Opera协理:

图片 8

Safari和Edge也在希图帮衬Service Worker,由于ServiceWorker是谷歌(Google)主导的一项标准,对于生态相比密封的Safari来讲也是迫于时势初始策动协理了,在Safari TP版本,能够看来:

图片 9

在实施功用(Experimental Features)里已经有ServiceWorker的菜单项了,只是即便展开也是不可能用,会唤起您还并未完毕:

图片 10

但无论如何,最少声明Safari已经策画帮衬ServiceWorker了。别的还足以看出在当年二〇一七年4月宣布的Safari 11.0.1本子已经协理WebRTC了,所以Safari依旧一个提升的儿女。

Edge也筹划辅助,所以Service Worker的前景拾贰分美好。

message事件

页面和serviceWorker之间可以通过posetMessage()方法发送新闻,发送的音讯能够经过message事件接收到。

那是二个双向的进度,页面能够发新闻给service worker,service worker也得以发送消息给页面,由于这么些特点,能够将service worker作为中间纽带,使得二个域名依旧子域名下的三个页面能够恣心纵欲通讯。

此间是叁个小的页面之间通讯demo

打赏帮忙作者翻译越来越多好小说,感激!

图片 11

1 赞 收藏 评论

在我们初始写码从前

从这个类型地址拿到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刺探最棒实行。

3. 使用Service Worker

ServiceWorker的利用套路是先挂号贰个Worker,然后后台就能够运转一条线程,可以在那条线程运维的时候去加载一些财富缓存起来,然后监听fetch事件,在那个事件里拦截页面包车型客车央浼,先看下缓存里有未有,如果有一向回到,不然符合规律加载。或然是一齐首不缓存,各样能源乞请后再拷贝一份缓存起来,然后下叁遍呼吁的时候缓存里就有了。

行使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是一个Install伊芙nt对象,承袭自ExtendableEvent,当中的waitUntil()方法接收二个promise对象,直到这几个promise对象成功resolve之后,才会继续运营service-worker.js。
caches是叁个CacheStorage对象,使用open()方法张开贰个缓存,缓存通过名称进行区分。
获得cache实例之后,调用addAll()方法缓存文件。

那般就将文件增添到caches缓存中了,想让浏览器选择缓存,还索要拦截fetch事件

JavaScript

// 缓存图片 self.add伊芙ntListener('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的历程中,也碰到了一些题目,上边是个中五个

关于我:Erucy

图片 12

早已的SharePoint喵星程序员(权且还挂着微软MVP的名头),未来的Azure/.Net/MongoDB/Cordova/前端技术员,有时写随笔 个人主页 · 作者的小说 · 46 ·   

图片 13

使用Service Worker

今日大家有了polyfill,並且解决了HTTPS,让我们看看毕竟怎么用service worker。

(1)注册多个Service Worker

瑟维斯 Worker对象是在window.navigator里面,如下代码:

JavaScript

window.addEventListener("load", function() { console.log("Will the service worker register?"); navigator.serviceWorker.register('/sw-3.js') .then(function(reg){ console.log("Yes, it did."); }).catch(function(err) { console.log("No it didn't. This happened: ", err) }); });

1
2
3
4
5
6
7
8
9
window.addEventListener("load", function() {
    console.log("Will the service worker register?");
    navigator.serviceWorker.register('/sw-3.js')
    .then(function(reg){
        console.log("Yes, it did.");
    }).catch(function(err) {
        console.log("No it didn't. This happened: ", err)
    });
});

在页面load完之后注册,注册的时候传二个js文件给它,这几个js文件正是ServiceWorker的运维条件,假设无法幸不辱命注册的话就能够抛卓殊,如Safari TP即使有其一目的,但是会抛十分无法接纳,就能够在catch里面管理。这里有个难题是干吗供给在load事件运维呢?因为您要相当运维二个线程,运转现在你或然还大概会让它去加载能源,那一个都以内需占用CPU和带宽的,大家应该有限支撑页面能健康加载完,然后再起步我们的后台线程,不能够与正规的页面加载发生竞争,那些在低档移动器材意义相当的大。

还会有点内需介意的是ServiceWorker和Cookie一样是有Path路线的定义的,要是你设定多个cookie假使叫time的path=/page/A,在/page/B这几个页面是不可见获得到这一个cookie的,假设设置cookie的path为根目录/,则具备页面都能得到到。类似地,若是注册的时候使用的js路线为/page/sw.js,那么这么些ServiceWorker只可以管理/page路线下的页面和能源,而无法管理/api路线下的,所以通常把ServiceWorker注册到五星级目录,如上面代码的”/sw-3.js”,那样那个ServiceWorker就能够接管页面包车型客车具备财富了。

标题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,你需求在您的页面上登记它。那一个手续告诉浏览器你的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是否对你的网站启用了。

图片 14

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

您会意识那些作用能够很有利地在贰个模拟窗口中测验你的service worker,那样您能够关闭和另行展开它,而不会影响到你的新窗口。任何创立在模拟窗口中的注册服务和缓存在窗口被关闭时都将未有。

(2)Service Worker安装和激活

注册完事后,ServiceWorker就能够进展设置,那一年会触发install事件,在install事件之中能够缓存一些财富,如下sw-3.js:

JavaScript

const CACHE_NAME = "fed-cache"; this.add伊夫ntListener("install", function(event) { this.skipWaiting(); console.log("install service worker"); // 创设和开发三个缓存库 caches.open(CACHE_NAME); // 首页 let cacheResources = ["]; event.waitUntil( // 诉求财富并增添到缓存里面去 caches.open(CACHE_NAME).then(cache => { cache.addAll(cacheResources); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
const CACHE_NAME = "fed-cache";
this.addEventListener("install", function(event) {
    this.skipWaiting();
    console.log("install service worker");
    // 创建和打开一个缓存库
    caches.open(CACHE_NAME);
    // 首页
    let cacheResources = ["https://fed.renren.com/?launcher=true"];
    event.waitUntil(
        // 请求资源并添加到缓存里面去
        caches.open(CACHE_NAME).then(cache => {
            cache.addAll(cacheResources);
        })
    );
});

因而地点的操作,成立和加多了贰个缓存库叫fed-cache,如下Chrome调整台所示:

图片 15

ServiceWorker的API基本上都以回去Promise对象防止堵塞,所以要用Promise的写法。上面在安装ServiceWorker的时候就把首页的央浼给缓存起来了。在ServiceWorker的运维遭受之中它有八个caches的大局对象,那些是缓存的输入,还或许有一个常用的clients的大局对象,多少个client对应一个标签页。

在ServiceWorker里面能够利用fetch等API,它和DOM是割裂的,未有windows/document对象,不能直接操作DOM,不能够直接和页面交互,在ServiceWorker里面不可能得知当前页面张开了、当前页面的url是如何,因为三个ServiceWorker管理当前开发的多少个标签页,能够因而clients知道全部页面包车型客车url。还会有能够通过postMessage的办法和主页面相互传送新闻和数码,进而做些调整。

install完之后,就会触发Service Worker的active事件:

JavaScript

this.addEventListener("active", function(event) { console.log("service worker is active"); });

1
2
3
this.addEventListener("active", function(event) {
    console.log("service worker is active");
});

ServiceWorker激活之后就可见监听fetch事件了,咱们希望每获得八个财富就把它缓存起来,就毫无像上一篇涉嫌的Manifest要求先生成三个列表。

你只怕会问,当自家刷新页面的时候不是又重新挂号安装和激活了二个ServiceWorker?就算又调了三次注册,但并不会再一次注册,它开采”sw-3.js”这些早就登记了,就不会再登记了,进而不会触发install和active事件,因为目前ServiceWorker已然是active状态了。当供给更新ServiceWorker时,如变成”sw-4.js”,恐怕转移sw-3.js的文件内容,就能再次登记,新的瑟维斯Worker会先install然后步入waiting状态,等到重启浏览器时,老的ServiceWorker就能够被沟通掉,新的ServiceWorker走入active状态,假如不想等到再也开动浏览器能够像上边同样在install里面调skipWaiting:

JavaScript

this.skipWaiting();

1
this.skipWaiting();

主题材料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 收藏 评论

图片 16

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事件。

(3)fetch资源后cache起来

平日来讲代码,监听fetch事件做些管理:

JavaScript

this.addEventListener("fetch", function(event) { event.respondWith( caches.match(event.request).then(response => { // cache hit if (response) { return response; } return util.fetchPut(event.request.clone()); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
this.addEventListener("fetch", function(event) {
    event.respondWith(
        caches.match(event.request).then(response => {
            // cache hit
            if (response) {
                return response;
            }
            return util.fetchPut(event.request.clone());
        })
    );
});

先调caches.match看一下缓存里面是还是不是有了,假使有一向回到缓存里的response,不然的话平常央求能源并把它放到cache里面。放在缓存里财富的key值是Request对象,在match的时候,须要央浼的url和header都一样才是同一的能源,能够设定第四个参数ignoreVary:

JavaScript

caches.match(event.request, {ignoreVary: true})

1
caches.match(event.request, {ignoreVary: true})

表示要是央求url同样就觉着是同三个财富。

地点代码的util.fetchPut是这么实现的:

JavaScript

let util = { fetchPut: function (request, callback) { return fetch(request).then(response => { // 跨域的能源间接return if (!response || response.status !== 200 || response.type !== "basic") { return response; } util.putCache(request, response.clone()); typeof callback === "function" && callback(); return response; }); }, putCache: function (request, resource) { // 后台不要缓存,preview链接也无须缓存 if (request.method === "GET" && request.url.indexOf("wp-admin") < 0 && request.url.indexOf("preview_id") < 0) { caches.open(CACHE_NAME).then(cache => { cache.put(request, resource); }); } } };

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
let util = {
    fetchPut: function (request, callback) {
        return fetch(request).then(response => {
            // 跨域的资源直接return
            if (!response || response.status !== 200 || response.type !== "basic") {
                return response;
            }
            util.putCache(request, response.clone());
            typeof callback === "function" && callback();
            return response;
        });
    },
    putCache: function (request, resource) {
        // 后台不要缓存,preview链接也不要缓存
        if (request.method === "GET" && request.url.indexOf("wp-admin") < 0
              && request.url.indexOf("preview_id") < 0) {
            caches.open(CACHE_NAME).then(cache => {
                cache.put(request, resource);
            });
        }
    }
};

内需静心的是跨域的财富无法缓存,response.status会再次来到0,即便跨域的能源支撑COLX570S,那么能够把request的mod改成cors。假诺诉求战败了,如404要么是晚点等等的,那么也直接再次来到response让主页面处理,不然的话表明加载成功,把这一个response克隆四个内置cache里面,然后再回去response给主页面线程。注意能放慢存里的财富平时只可以是GET,通过POST获取的是无法缓存的,所以要做个决断(当然你也足以手动把request对象的method改成get),还会有把一部分私人民居房不希望缓存的财富也做个判定。

与此相类似一旦客商展开过二次页面,ServiceWorker就设置好了,他刷新页面恐怕展开第三个页面包车型地铁时候就可见把恳求的财富一一做缓存,富含图片、CSS、JS等,只要缓存里有了不管客商在线或许离线都能够健康访谈。那样大家自然会有一个标题,那个缓存空间到底有多大?上一篇大家提到Manifest也终于地点存款和储蓄,PC端的Chrome是5Mb,其实这几个说法在新本子的Chrome已经不确切了,在Chrome 61版本能够看出本地存款和储蓄的空间和选用情况:

图片 17

其间Cache Storage是指ServiceWorker和Manifest占用的长空尺寸和,上海体育场地能够看来总的空间大小是20GB,大约是unlimited,所以基本上不用忧虑缓存会相当不足用。

什么缓存和重回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,那意味着央浼笔者是同源的,非同源(即跨域)的乞请也不可能被缓存。
  3. 假如大家经过了检查,clone本条诉求。这么做的案由是即便response是一个Stream,那么它的body只好被读取三遍,所以大家得将它克隆出来,一份发给浏览器,一份发给缓存。

(4)cache html

地方第(3)步把图纸、js、css缓存起来了,但是假使把页面html也缓存了,举个例子把首页缓存了,就能够有二个啼笑皆非的主题材料——ServiceWorker是在页面注册的,可是今后获得页面的时候是从缓存取的,每一遍都以同样的,所以就产生不能创新ServiceWorker,如形成sw-5.js,不过PWA又供给大家能缓存页面html。这如何是好呢?Google的开辟者文书档案它只是提到会存在这些难题,但并从未表明怎么消除那一个主题素材。那么些的题指标化解将须求大家要有叁个体制能明了html更新了,进而把缓存里的html给替换掉。

Manifest更新缓存的建制是去看Manifest的文书内容有未有产生变化,假若发生变化了,则会去立异缓存,ServiceWorker也是依附sw.js的公文内容有未有产生变化,大家能够借鉴那么些理念,如若恳求的是html并从缓存里抽取来后,再发个供给获取七个文书看html更新时间是或不是产生变化,假如爆发变化了则表达发生转移了,进而把缓存给删了。所以能够在服务端通过调整那一个文件进而去创新客商端的缓存。如下代码:

JavaScript

this.add伊芙ntListener("fetch", function(event) { event.respondWith( caches.match(event.request).then(response => { // cache hit if (response) { //要是取的是html,则看发个央求看html是不是更新了 if (response.headers.get("Content-Type").indexOf("text/html") >= 0) { console.log("update html"); let url = new U奇骏L(event.request.url); util.updateHtmlPage(url, event.request.clone(), event.clientId); } return response; } return util.fetchPut(event.request.clone()); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
this.addEventListener("fetch", function(event) {
 
    event.respondWith(
        caches.match(event.request).then(response => {
            // cache hit
            if (response) {
                //如果取的是html,则看发个请求看html是否更新了
                if (response.headers.get("Content-Type").indexOf("text/html") >= 0) {
                    console.log("update html");
                    let url = new URL(event.request.url);
                    util.updateHtmlPage(url, event.request.clone(), event.clientId);
                }
                return response;
            }
 
            return util.fetchPut(event.request.clone());
        })
    );
});

经过响应头header的content-type是还是不是为text/html,假设是的话就去发个央求获取四个文本,根据那几个文件的原委决定是还是不是必要删除缓存,这一个立异的函数util.updateHtmlPage是这么达成的:

JavaScript

let pageUpdateTime = { }; let util = { updateHtmlPage: function (url, htmlRequest) { let pageName = util.getPageName(url); let jsonRequest = new Request("/html/service-worker/cache-json/" + pageName + ".sw.json"); fetch(jsonRequest).then(response => { response.json().then(content => { if (pageUpdateTime[pageName] !== content.updateTime) { console.log("update page html"); // 假设有更新则重复得到html util.fetchPut(htmlRequest); pageUpdateTime[pageName] = content.updateTime; } }); }); }, delCache: function (url) { caches.open(CACHE_NAME).then(cache => { console.log("delete cache "

  • url); cache.delete(url, {ignoreVary: true}); }); } };
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
let pageUpdateTime = {
 
};
let util = {
    updateHtmlPage: function (url, htmlRequest) {
        let pageName = util.getPageName(url);
        let jsonRequest = new Request("/html/service-worker/cache-json/" + pageName + ".sw.json");
        fetch(jsonRequest).then(response => {
            response.json().then(content => {
                if (pageUpdateTime[pageName] !== content.updateTime) {
                    console.log("update page html");
                    // 如果有更新则重新获取html
                    util.fetchPut(htmlRequest);
                    pageUpdateTime[pageName] = content.updateTime;
                }
            });
        });
    },
    delCache: function (url) {
        caches.open(CACHE_NAME).then(cache => {
            console.log("delete cache " + url);
            cache.delete(url, {ignoreVary: true});
        });
    }
};

代码先去得到贰个json文件,贰个页面会对应八个json文件,这一个json的开始和结果是那般的:

JavaScript

{"updateTime":"10/2/2017, 3:23:57 PM","resources": {img: [], css: []}}

1
{"updateTime":"10/2/2017, 3:23:57 PM","resources": {img: [], css: []}}

中间首要有一个updateTime的字段,如若地点内存没有这一个页面包车型客车updateTime的数码或许是和新星updateTime不同,则另行去获取 html,然后嵌入缓存里。接着须要公告页面线程数据爆发变化了,你刷新下页面吗。那样就无须等客商刷新页面才具奏效了。所以当刷新完页面后用postMessage公告页面:

JavaScript

let util = { postMessage: async function (msg) { const allClients = await clients.matchAll(); allClients.forEach(client => client.postMessage(msg)); } }; util.fetchPut(htmlRequest, false, function() { util.postMessage({type: 1, desc: "html found updated", url: url.href}); });

1
2
3
4
5
6
7
8
9
let util = {
    postMessage: async function (msg) {
        const allClients = await clients.matchAll();
        allClients.forEach(client => client.postMessage(msg));
    }
};
util.fetchPut(htmlRequest, false, function() {
    util.postMessage({type: 1, desc: "html found updated", url: url.href});
});

并规定type: 1就意味着那是贰个更新html的音信,然后在页面监听message事件:

JavaScript

if("serviceWorker" in navigator) { navigator.serviceWorker.addEventListener("message", function(event) { let msg = event.data; if (msg.type === 1 && window.location.href === msg.url) { console.log("recv from service worker", event.data); window.location.reload(); } }); }

1
2
3
4
5
6
7
8
9
if("serviceWorker" in navigator) {
    navigator.serviceWorker.addEventListener("message", function(event) {
        let msg = event.data;
        if (msg.type === 1 && window.location.href === msg.url) {
            console.log("recv from service worker", event.data);
            window.location.reload();
        }  
    });
}

然后当大家须要立异html的时候就立异json文件,那样客户就会看出最新的页面了。或许是当客商重新启航浏览器的时候会变成瑟维斯Worker的运营内部存款和储蓄器都被清空了,即存储页面更新时间的变量被清空了,这年也会再一次乞求页面。

亟需留意的是,要把这么些json文件的http cache时间设置成0,那样浏览器就不会缓存了,如下nginx的安排:

JavaScript

location ~* .sw.json$ { expires 0; }

1
2
3
location ~* .sw.json$ {
    expires 0;
}

因为那一个文件是亟需实时获取的,不能够被缓存,firefox默许会缓存,Chrome不会,加上http缓存时间为0,firefox也不会缓存了。

再有一种更新是顾客更新的,譬如顾客揭橥了评价,须求在页面通告service worker把html缓存删了再度赢得,那是叁个转头的新闻文告:

JavaScript

if ("serviceWorker" in navigator) { document.querySelector(".comment-form").addEventListener("submit", function() { navigator.serviceWorker.controller.postMessage({ type: 1, desc: "remove html cache", url: window.location.href} ); } }); }

1
2
3
4
5
6
7
8
9
10
if ("serviceWorker" in navigator) {
    document.querySelector(".comment-form").addEventListener("submit", function() {
            navigator.serviceWorker.controller.postMessage({
                type: 1,
                desc: "remove html cache",
                url: window.location.href}
            );
        }
    });
}

Service Worker也监听message事件:

JavaScript

const messageProcess = { // 删除html index 1: function (url) { util.delCache(url); } }; let util = { delCache: function (url) { caches.open(CACHE_NAME).then(cache => { console.log("delete cache "

  • url); cache.delete(url, {ignoreVary: true}); }); } }; this.addEventListener("message", function(event) { let msg = event.data; console.log(msg); if (typeof messageProcess[msg.type] === "function") { messageProcess[msg.type](msg.url); } });
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
const messageProcess = {
    // 删除html index
    1: function (url) {
        util.delCache(url);
    }
};
 
let util = {
    delCache: function (url) {
        caches.open(CACHE_NAME).then(cache => {
            console.log("delete cache " + url);
            cache.delete(url, {ignoreVary: true});
        });
    }
};
 
this.addEventListener("message", function(event) {
    let msg = event.data;
    console.log(msg);
    if (typeof messageProcess[msg.type] === "function") {
        messageProcess[msg.type](msg.url);
    }
});

根据区别的新闻类型调不一样的回调函数,如若是1的话正是去除cache。客商宣布完批评后会触发刷新页面,刷新的时候缓存已经被删了就能够再也去乞请了。

这么就减轻了实时更新的标题。

何以革新一个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);
          }
        })
      );
    })
  );
});

4. Http/Manifest/Service Worker三种cache的关系

要缓存能够利用两种手腕,使用Http Cache设置缓存时间,也得以用Manifest的Application Cache,还是能够用ServiceWorker缓存,假设三者都用上了会怎样啊?

会以Service Worker为先行,因为ServiceWorker把诉求拦截了,它首先做拍卖,假使它缓存Curry有的话一向回到,未有的话寻常诉求,就也等于尚未瑟维斯Worker了,今年就到了Manifest层,Manifest缓存里假诺有些话就取那个缓存,若无的话就相当于尚未Manifest了,于是就会从Http缓存里取了,借使Http缓存里也尚未就能够发诉求去获得,服务端依照Http的etag大概Modified Time恐怕会回来304 Not Modified,否则常常重临200和数码内容。那便是整一个拿走的历程。

故而若是既用了Manifest又用ServiceWorker的话应该会促成同八个财富存了五次。可是足以让支持ServiceWorker的浏览器采纳Service Worker,而不帮忙的使用Manifest.

管理边界和填坑

这一节内容比较新,有好多待定细节。希望这一节异常快就无需讲了(因为规范会处理那个难题——译者注),不过现在,那一个内容仍旧应当被提一下。

5. 施用Web App Manifest增加桌面入口

小心这里说的是别的二个Manifest,那一个Manifest是三个json文件,用来放网址icon名称等新闻以便在桌面加多二个Logo,以及创造一种展开那些网页就好像展开App一样的功力。上边向来说的Manifest是被屏弃的Application Cache的Manifest。

本条Maifest.json文件能够那样写:

JavaScript

{ "short_name": "人人FED", "name": "人人网FED,静心于前面二个手艺", "icons": [ { "src": "/html/app-manifest/logo_48.png", "type": "image/png", "sizes": "48x48" }, { "src": "/html/app-manifest/logo_96.png", "type": "image/png", "sizes": "96x96" }, { "src": "/html/app-manifest/logo_192.png", "type": "image/png", "sizes": "192x192" }, { "src": "/html/app-manifest/logo_512.png", "type": "image/png", "sizes": "512x512" } ], "start_url": "/?launcher=true", "display": "standalone", "background_color": "#287fc5", "theme_color": "#fff" }

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
{
  "short_name": "人人FED",
  "name": "人人网FED,专注于前端技术",
  "icons": [
    {
      "src": "/html/app-manifest/logo_48.png",
      "type": "image/png",
      "sizes": "48x48"
    },
    {
      "src": "/html/app-manifest/logo_96.png",
      "type": "image/png",
      "sizes": "96x96"
    },
    {
      "src": "/html/app-manifest/logo_192.png",
      "type": "image/png",
      "sizes": "192x192"
    },
    {
      "src": "/html/app-manifest/logo_512.png",
      "type": "image/png",
      "sizes": "512x512"
    }
  ],
  "start_url": "/?launcher=true",
  "display": "standalone",
  "background_color": "#287fc5",
  "theme_color": "#fff"
}

icon要求预备四种尺码,最大供给512px * 512px的,那样Chrome会自动去挑选合适的图形。假诺把display改成standalone,从转换的Logo展开就能像张开三个App一样,未有浏览器地址栏那多少个东西了。start_url钦点打开以往的输入链接。

然后增加一个link标签指向那几个manifest文件:

JavaScript

<link rel="manifest" href="/html/app-manifest/manifest.json">

1
<link rel="manifest" href="/html/app-manifest/manifest.json">

与上述同类组合Service Worker缓存:
图片 18把start_url指向的页面用ServiceWorker缓存起来,那样当客户用Chrome浏览器张开那一个网页的时候,Chrome就能在底层弹贰个提示,询问顾客是还是不是把这几个网页增添到桌面,假诺点“加多”就能够变动二个桌面Logo,从这几个图标点进去就像是展开一个App一样。感受如下:

图片 19

正如为难的是Manifest前段时间唯有Chrome援救,何况只可以在安卓系统上使用,IOS的浏览器不可能增添一个桌面Logo,因为IOS未有开放这种API,但是本身的Safari却又是能够的。

综上,本文介绍了怎么用Service Worker结合Manifest做一个PWA离线Web APP,重纵然用ServiceWorker调整缓存,由于是写JS,相比较灵活,仍是能够与页面举办通讯,别的通过央求页面包车型大巴立异时间来推断是不是供给革新html缓存。ServiceWorker的宽容性不是特地好,不过前景比较光明,浏览器都在预备扶助。现阶段得以组成offline cache的Manifest做离线应用。

有关阅读:

  1. 缘何要把网址进级到HTTPS
  2. 怎么把网址进级到http/2
  3. 自小编是怎么样让网址用上HTML5 Manifest

1 赞 1 收藏 评论

图片 20

万一设置战败了,未有很温婉的点子获得通报

若果三个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的一言一行更像别的的COLacrosseS央浼,举个例子<img crossorigin>,它默认不发送cookies,除非你指定了<img crossorigin="use-credentials">.。

Non-CO奥迪Q3S私下认可不帮助

暗许意况下,从第三方UENVISIONL跨域获得一个能源将会破产,除非对方支持了CORS。你能够增加三个non-CO大切诺基S选项到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;" />

图片 21

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

改变URL Hash的Bug

在M40版本中留存三个bug,它会让页面在退换hash的时候形成service worker结束工作。

您可以在此地找到越来越多相关的音信: 

越来越多内容

此地有一部分相关的文书档案能够参照:

获得救助

设若你遇见麻烦,请在Stackoverflow上发帖询问,使用‘service-worker’标签,以便于我们即刻跟进和尽恐怕协理您化解难题。

赞 2 收藏 评论

图片 22

本文由澳门金莎娱乐网站发布于澳门金莎娱乐网站,转载请注明出处:连不上网,离线网页应用

关键词:

入门教程澳门金莎娱乐网站:,离线网页应用

运用 Service Worker 做三个 PWA 离线网页应用 2017/10/09 · JavaScript· PWA, ServiceWorker 初稿出处:人人网FED博客    在上一篇...

详细>>

前端工程之模块化,前端框架解决方案

我们是如何做好前端工程化和静态资源管理 2016/07/30 · 基础技术 ·工程化,静态资源 原文出处:凹凸实验室    随着...

详细>>

浅谈前端工程化,浅谈前端澳门金莎娱乐网站:

下降央浼量 ① 开启GZip ② 优化静态财富,jQuery-Zepto、阉割IScroll、去除冗余代码 ③ 图片无损压缩 ④ 图片延迟加载...

详细>>

图片上传插件ImgUploadJS,拖拽异步上传实现

属性 result :读取到的文件内容,当读取操作完成后生效 readyState :FileReader对象的当前状态 error :出错时的错误信...

详细>>