离线网页利用,英帝国卫报的本性离线页面是那般做的

Service Worker入门

2015/03/26 · JavaScript
· Service Worker

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

  • 十年踪迹]()   

原生App拥有Web应用普通所不有所的富离线体验,定时的沉默不语更新,新闻文告推送等作用。而新的瑟维斯(Service)(Service)workers标准让在Web App上有所那些成效成为可能。

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. 离线网页利用,英帝国卫报的本性离线页面是那般做的。 … …

本文以资源缓存为例,说贝拉米(Bellamy)(Bellamy(Bellamy))下service worker是什么行事的。

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

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

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

俺们是怎么着利用 service worker 来为 theguardian.com
构建一个自定义的离线页面。

亚洲必赢官网 1

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

你正在朝着公司途中的大巴里,在堂弟大上开拓了
Guardian
应用。大巴被隧道包围着,然而那一个动用可以正常运行,尽管没有网络连接,你也能博得完全的成效,除了出示的始末可能有点旧。即使你品尝在网站上也那样干,可惜它完全没办法加载:

亚洲必赢官网 2

安卓版 Chrome 的离线页面

Chrome 中的那么些彩蛋,很四个人都不知情》

Chrome
在离线页面上有个藏匿的一日游(桌面版上按空格键,手机版上点击那只恐龙),那有点能减轻一点您的烦心。不过我们可以做得更好。

Service
workers
允许网站作者拦截自己站点的具备网络请求,那也就代表大家得以提供周详的离线体验,就像是原生应用相同。在
Guardian
网站,我们多年来上线了一个自定义的离线体验效果。当用户离线的时候,他们会看出一个饱含
Guardian
标识的页面,上边带有一个大约的离线提醒,还有一个填字游戏,他们可以在等待网络连接的时候玩玩那个找点乐子。那篇博客解释了俺们是什么样构建它的,可是在伊始之前,你可以先自己摸索看。

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

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

初稿出处:
人人网FED博客   

在上一篇《自己是怎么让网站用上HTML5
Manifest》介绍了怎么用Manifest做一个离线网页应用,结果被普遍网友吐槽说这些东西已经被deprecated,移出web标准了,现在被ServiceWorker替代了,不管什么样,Manifest的一些思考仍可以够借用的。小编又将网站升级到了ServiceWorker,即便是用Chrome等浏览器就用Service(Service)Worker做离线缓存,要是是Safari浏览器就照旧用Manifest,读者可以打开那一个网站感受一下,断网也是能健康打开。

Service Worker 是什么?

一个 service worker
是一段运行在浏览器后台进度里的脚本,它独自于近年来页面,提供了这些不须求与web页面交互的效劳在网页背后悄悄执行的能力。在后天,基于它可以兑现音信推送,静默更新以及地理围栏等劳动,可是当前它首先要享有的效应是阻止和拍卖网络请求,包含可编程的响应缓存管理。

干什么说那些API是一个百般棒的API呢?因为它使得开发者可以支撑更加好的离线体验,它赋予开发者完全控制离线数据的能力。

在service worker提议从前,其余一个提供开发者离线体验的API叫做App
Cache。可是App
Cache有些局限性,例如它可以很不难地化解单页应用的题目,然则在多页应用上会很辛劳,而Service(Service)workers的出现正是为了化解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的运行周期

亚洲必赢官网 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
部分提供离线体验。就当前的话,我们挑选了 开发者博客 作为我们用来测试的地方。所以一旦你是在大家网站的 开发者博客 部分阅读这篇小说的话,很幸运。

当您使用援救的浏览器访问大家的 开发者博客 中的页面的时候,一切就准备妥当了。断开你的网络连接,然后刷新一下页面。借使你自己没条件尝试的话,可以看一下那段 演示视频(译者注:需梯子)。

1. 什么是Service Worker

Service Worker是谷歌(谷歌(Google))倡导的落到实处PWA(Progressive Web
App)的一个主要角色,PWA是为着解决传统Web APP的欠缺:

(1)没有桌面入口

(2)不可能离线使用

(3)没有Push推送

那瑟维斯(Service)(Service) Worker的具体表现是怎么的啊?如下图所示:

亚洲必赢官网 5

ServiceWorker是在后台启动的一条服务Worker线程,上图我开了七个标签页,所以浮现了多少个Client,可是不管开多少个页面都唯有一个Worker在负责管理。这么些Worker的干活是把有些资源缓存起来,然后拦截页面的伸手,先看下缓存库里有没有,即使局地话就从缓存里取,响应200,反之没有的话就走正规的哀求。具体来说,ServiceWorker结合Web App Manifest能不辱义务以下工作(那也是PWA的检测专业):

亚洲必赢官网 6

包罗可以离线使用、断网时重临200、能唤起用户把网站添加一个图标到桌面上等。

Service Worker的生命周期

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

亚洲必赢官网 7

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 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();

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)(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
很感兴趣,想要精通越多内容的话,开发者 Matt
Gaunt(Chrome的克尽厥职帮衬者)写了一篇尤其详细地 介绍 Service
Worker的文章。

打赏扶助我翻译更多好作品,谢谢!

打赏译者

2. Service Worker的辅助情状

瑟维斯(Service) Worker近年来唯有Chrome/Firfox/Opera支持:

亚洲必赢官网 8

Safari和Edge也在准备协助Service Worker,由于ServiceWorker是谷歌(谷歌)主导的一项专业,对于生态相比封闭的Safari来说也是迫于时势起先准备帮助了,在Safari
TP版本,可以见见:

亚洲必赢官网 9

在试验作用(Experimental Features)里曾经有ServiceWorker的菜单项了,只是即使打开也是无法用,会提醒您还尚未已毕:

亚洲必赢官网 10

但不论是什么样,至少表明Safari已经准备援救Service(Service)Worker了。其余仍能见见在二〇一九年前年2月公布的Safari
11.0.1本子现已支撑WebRTC了,所以Safari依旧一个腾飞的子女。

Edge也准备辅助,所以Service Worker的前景极度美好。

在大家开首写码在此以前

从这个品种地址拿到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刺探最佳实践。

message事件

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

那是一个双向的长河,页面可以发新闻给service worker,service
worker也可以发送音信给页面,由于这么些特性,可以将service
worker作为中间纽带,使得一个域名依旧子域名下的五个页面可以随心所欲通讯。

这边是一个小的页面之间通讯demo

打赏帮忙我翻译更加多好小说,谢谢!

亚洲必赢官网 11

1 赞 收藏
评论

3. 使用Service Worker

瑟维斯(Service)Worker的行使套路是先注册一个Worker,然后后台就会启动一条线程,可以在那条线程启动的时候去加载一些资源缓存起来,然后监听fetch事件,在那几个事件里拦截页面的请求,先看下缓存里有没有,即便有一向回到,否则正常加载。或者是一起初不缓存,每个资源请求后再拷贝一份缓存起来,然后下四次呼吁的时候缓存里就有了。

使用Service Worker

前日大家有了polyfill,并且搞定了HTTPS,让大家看看究竟怎么用service
worker。

动用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对象,继承自Extendable伊夫(Eve)nt,其中的waitUntil()方法接收一个promise对象,直到那几个promise对象成功resolve之后,才会再三再四运行service-worker.js。
caches是一个CacheStorage对象,使用open()方法打开一个缓存,缓存通过名称进行区分。
赢得cache实例之后,调用addAll()方法缓存文件。

那样就将文件添加到caches缓存中了,想让浏览器选用缓存,还亟需拦截fetch事件

JavaScript

// 缓存图片 self.add伊夫(Eve)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

(1)注册一个Service Worker

Service 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文件就是Service(Service)Worker的运行条件,假若不可以得逞注册的话就会抛极度,如Safari
TP即使有其一目标,不过会抛至极无法使用,就可以在catch里面处理。那里有个问题是干什么要求在load事件启动呢?因为你要相当启动一个线程,启动之后你也许还会让它去加载资源,那么些都是内需占用CPU和带宽的,大家应该保险页面能正常加载完,然后再起步大家的后台线程,不可以与常规的页面加载发生竞争,那个在低端移动设备意义比较大。

再有某些内需小心的是ServiceWorker和库克ie一样是有Path路径的定义的,假若您设定一个cookie假若叫time的path=/page/A,在/page/B那个页面是不可能获拿到这些cookie的,即使设置cookie的path为根目录/,则持有页面都能博得到。类似地,假诺注册的时候使用的js路径为/page/sw.js,那么这么些ServiceWorker只好管理/page路径下的页面和资源,而不能处理/api路径下的,所以一般把瑟维斯(Service)Worker注册到五星级目录,如上面代码的”/sw-3.js”,那样这么些ServiceWorker就能接管页面的富有资源了。

何以注册和装置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,那样您可以关闭和重新打开它,而不会影响到你的新窗口。任何创设在模拟窗口中的注册服务和缓存在窗口被关闭时都将一无往返。

题材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,在调节进度中不时等上一两分钟才会选用新的,比较抓狂。

(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

瑟维斯(Service)Worker的API基本上都是回到Promise对象避免堵塞,所以要用Promise的写法。上边在安装ServiceWorker的时候就把首页的呼吁给缓存起来了。在瑟维斯(Service)Worker的运作环境之中它有一个caches的大局对象,那个是缓存的入口,还有一个常用的clients的全局对象,一个client对应一个标签页。

在Service(Service)Worker里面可以采纳fetch等API,它和DOM是与世隔膜的,没有windows/document对象,无法直接操作DOM,不可能直接和页面交互,在ServiceWorker里面不能获知当前页面打开了、当前页面的url是如何,因为一个瑟维斯(Service)(Service)Worker管理当前打开的多少个标签页,可以经过clients知道所有页面的url。还有可以因此postMessage的方法和主页面相互传送音讯和数码,进而做些控制。

install完事后,就会触发Service(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");
});

Service(Service)Worker激活之后就可知监听fetch事件了,大家盼望每得到一个资源就把它缓存起来,就毫无像上一篇涉嫌的Manifest须求先生成一个列表。

你也许会问,当自家刷新页面的时候不是又重新挂号安装和激活了一个Service(Service)Worker?尽管又调了四次注册,但并不会再也注册,它发现”sw-3.js”那几个曾经注册了,就不会再登记了,进而不会触发install和active事件,因为近期瑟维斯(Service)Worker已经是active状态了。当必要创新ServiceWorker时,如变成”sw-4.js”,或者转移sw-3.js的文书内容,就会重复登记,新的ServiceWorker会先install然后进入waiting状态,等到重启浏览器时,老的Service(Service)Worker就会被沟通掉,新的Service(Service)Worker进入active状态,借使不想等到再次起动浏览器可以像下边一样在install里面调skipWaiting:

JavaScript

this.skipWaiting();

1
this.skipWaiting();

瑟维斯(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 收藏
评论

亚洲必赢官网 16

(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,假设跨域的资源援救CORS,那么可以把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是指瑟维斯(Service)Worker和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也缓存了,例如把首页缓存了,就会有一个窘迫的问题——瑟维斯(Service)Worker是在页面注册的,不过现在到手页面的时候是从缓存取的,每一次都是平等的,所以就招致力不从心立异ServiceWorker,如变成sw-5.js,不过PWA又需要大家能缓存页面html。那咋办吧?谷歌(谷歌(Google))的开发者文档它只是提到会存在这几个问题,但并从未认证怎么化解这些题材。这几个的题材的解决就需要我们要有一个建制能了解html更新了,从而把缓存里的html给替换掉。

Manifest更新缓存的编制是去看Manifest的公文内容有没有暴发变化,假使暴发变化了,则会去立异缓存,Service(Service)Worker也是根据sw.js的文书内容有没有发生变化,大家可以借鉴那些思想,假使请求的是html并从缓存里取出来后,再发个请求获取一个文书看html更新时间是不是发生变化,如果暴发变化了则证实暴发变更了,进而把缓存给删了。所以可以在服务端通过控制这么些文件从而去立异客户端的缓存。如下代码:

JavaScript

this.add伊夫(Eve)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 URL(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.update提姆(Tim)e) {
console.log(“update page html”); // 如若有更新则再度取得html
util.fetchPut(htmlRequest); pageUpdate提姆(Tim)e[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: []}}

其间紧要有一个update提姆(Tim)e的字段,假设地点内存没有那个页面的update提姆(Tim)e的多少或者是和流行update提姆(Tim)e不雷同,则再一次去得到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文件,那样用户就能看出最新的页面了。或者是当用户重新启航浏览器的时候会招致Service(Service)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(Service) Worker为预先,因为ServiceWorker把请求拦截了,它首先做拍卖,假设它缓存库里一些话平昔回到,没有的话正常请求,就约等于尚未ServiceWorker了,这一个时候就到了Manifest层,Manifest缓存里如若有的话就取这么些缓存,假若没有的话就相当于尚未Manifest了,于是就会从Http缓存里取了,若是Http缓存里也从没就会发请求去获取,服务端根据Http的etag或者Modified
提姆(Tim)e可能会回来304 Not
Modified,否则正常再次来到200和多少内容。那就是整一个拿走的长河。

所以一旦既用了Manifest又用Service(Service)Worker的话应该会造成同一个资源存了四回。可是足以让帮衬ServiceWorker的浏览器采纳瑟维斯(Service)(Service) Worker,而不帮助的利用Manifest.

拍卖边界和填坑

这一节内容比较新,有过多待定细节。希望这一节很快就不必要讲了(因为标准会处理那么些题目——译者注),可是现在,那一个内容依然应当被提一下。

5. 运用Web App Manifest添加桌面入口

瞩目那里说的是其余一个Manifest,那些Manifest是一个json文件,用来放网站icon名称等音讯以便在桌面添加一个图标,以及创设一种打开那些网页似乎打开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”: “48×48” }, { “src”:
“/html/app-manifest/logo_96.png”, “type”: “image/png”, “sizes”: “96×96”
}, { “src”: “/html/app-manifest/logo_192.png”, “type”: “image/png”,
“sizes”: “192×192” }, { “src”: “/html/app-manifest/logo_512.png”,
“type”: “image/png”, “sizes”: “512×512” } ], “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": "48×48"
    },
    {
      "src": "/html/app-manifest/logo_96.png",
      "type": "image/png",
      "sizes": "96×96"
    },
    {
      "src": "/html/app-manifest/logo_192.png",
      "type": "image/png",
      "sizes": "192×192"
    },
    {
      "src": "/html/app-manifest/logo_512.png",
      "type": "image/png",
      "sizes": "512×512"
    }
  ],
  "start_url": "/?launcher=true",
  "display": "standalone",
  "background_color": "#287fc5",
  "theme_color": "#fff"
}

icon必要预备多种标准化,最大需求512px *
512px的,那样Chrome会自动去选取合适的图形。假诺把display改成standalone,从转变的图标打开就会像打开一个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)(Service) Worker缓存:
亚洲必赢官网 18把start_url指向的页面用ServiceWorker缓存起来,那样当用户用Chrome浏览器打开那个网页的时候,Chrome就会在底层弹一个唤起,询问用户是还是不是把这几个网页添加到桌面,如若点“添加”就会转变一个桌面图标,从这一个图标点进去如同打开一个App一样。感受如下:

亚洲必赢官网 19

正如为难的是Manifest近来唯有Chrome支持,并且不得不在安卓系统上利用,IOS的浏览器无法添加一个桌面图标,因为IOS没有开放那种API,不过自己的Safari却又是足以的。

综上,本文介绍了怎么用Service(Service) Worker结合Manifest做一个PWA离线Web
APP,紧假使用瑟维斯(Service)Worker控制缓存,由于是写JS,相比灵活,仍是可以与页面进行通讯,别的通过请求页面的立异时间来判断是或不是需求立异html缓存。瑟维斯(Service)Worker的兼容性不是特意好,可是前景相比较光明,浏览器都在备选援救。现阶段可以构成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’
})

这么设计是有理由的,它比XHR的在同源下默许发送凭据,但跨域时丢弃凭据的规则要来得好。fetch的表现更像别的的CORS请求,例如<img crossorigin>,它默认不发送cookies,除非你指定了<img crossorigin="use-credentials">.。

Non-CORS默许不帮助

默认情形下,从第三方URL跨域得到一个资源将会破产,除非对方援救了CORS。你可以增加一个non-CORS选项到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

网站地图xml地图