Service Worker入门

作者: 前端技术  发布:2019-11-03

Service Worker入门

2015/03/26 · JavaScript · Service Worker

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

  • 十年踪迹]()   

原生App具有Web应用普通所不具备的富离线体验,准期的罕言寡语更新,新闻布告推送等效能。而新的Serviceworkers标准让在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.  … …

本文以财富缓存为例,说雅培(Abbott卡塔 尔(英语:State of Qatar)(Nutrilon卡塔 尔(阿拉伯语:قطر‎下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的运作周期

图片 1
上海教室是service worker生命周期,出处

图中得以阅览,一个service worker要经验以下进度:

  1.  安装

2.  激活,激活成功未来,展开chrome://inspect/#service-workers能够查看见前段时间运作的service worker

图片 2

  1. 监听fetch和message事件,下边三种事件会进行简短描述

  2. 销毁,是不是销毁由浏览器决定,若是一个service worker长时间不采纳依然机器内部存款和储蓄器有数,则恐怕会销毁那几个worker

Service Worker的生命周期

Service worker具备三个一心独立于Web页面包车型大巴生命周期。

要让贰个service worker在您的网址上生效,你须求先在你的网页中登记它。注册三个service worker之后,浏览器会在后台默默运行三个service worker的安装进度。

在安装进程中,浏览器会加载并缓存一些静态能源。就算全部的文书被缓存成功,service worker就安装成功了。假使有另曾祖父文加载或缓存失败,那么安装进度就能战败,service worker就不能够被激活(也即未能安装成功卡塔 尔(英语:State of Qatar)。假若发生如此的难题,别忧虑,它会在后一次再品尝安装。

当安装到位后,service worker的下一步是激活,在这里意气风发等级,你还足以晋级贰个service worker的本子,具体内容大家会在后头讲到。

在激活之后,service worker将接管全部在大团结管辖域范围内的页面,不过大器晚成旦叁个页面是刚刚注册了service worker,那么它那贰次不会被接管,到下贰回加载页面包车型地铁时候,service worker才会生效。

当service worker接管了页面之后,它只怕有三种情状:要么被终止以节约内部存款和储蓄器,要么会管理fetch和message事件,那四个事件分别发生于叁个互连网央浼现身依旧页面上发送了三个新闻。

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

图片 3

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奔驰G级L).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摸底最棒推行。

message事件

页面和serviceWorker之间能够通过posetMessage()方法发送音信,发送的新闻能够透过message事件接受到。

那是多少个双向的进度,页面能够发新闻给service worker,service worker也得以发送音信给页面,由于这一个特点,能够将service worker作为中间纽带,使得一个域名照旧子域名下的多少个页面能够随意通讯。

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

使用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是一个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是否对你的网站启用了。

图片 4

当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卡塔 尔(英语:State of Qatar)完结的。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 收藏 评论

图片 5

何以缓存和再次回到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只可以被读取二回,所以大家得将它克隆出来,意气风发份发给浏览器,大器晚成份发给缓存。

哪些翻新二个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'
})

那样设计是有理由的,它比XH奥迪Q5的在同源下暗中认可发送凭据,但跨域时放弃凭据的规规矩矩要来得好。fetch的行事更像其余的CO安德拉S需要,举个例子<img crossorigin>,它默认不发送cookies,除非你指定了<img crossorigin="use-credentials">.。

Non-CO奥德赛S暗中同意不扶助

私下认可情况下,从第三方U昂科雷L跨域获得多个财富将会停业,除非对方匡助了CO奥迪Q5S。你能够增进二个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;" />

图片 6

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

改变URL Hash的Bug

在M40版本中存在二个bug,它会让页面在退换hash的时候产生service worker结束工作。

您能够在这里间找到越多相关的音信: 

越多内容

此间有大器晚成对连锁的文书档案可以参照:

赢得赞助

假如您胜过麻烦,请在Stackoverflow上发帖询问,使用‘service-worker’标签,以便于大家立马跟进和不择手腕帮助你消亡难点。

赞 2 收藏 评论

图片 7

本文由金沙澳门官网送注册58发布于前端技术,转载请注明出处:Service Worker入门

关键词:

上一篇:入门教程,离线网页应用
下一篇:没有了