原生App拥有Web应用通常所不具备的富离线体验,

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

正文以能源缓存为例,说美素佳儿下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就不可能被激活(也即未能安装成功)。借使产生那样的主题材料,别担忧,它会在下一次再品尝安装。

当安装到位后,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 fetchDemo() { // fetch(url, option)援助七个参数,option中得以设置header、body、method新闻fetch(U牧马人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,并垄断(monopoly)怎么着文件你想要缓存。

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 收藏 评论

图片 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'
})

那样设计是有理由的,它比XHPRADO的在同源下暗中认可发送凭据,但跨域时扬弃凭据的条条框框要来得好。fetch的表现更像其他的COPAJEROS央浼,举例<img crossorigin>,它默认不发送cookies,除非你指定了<img crossorigin="use-credentials">.。

Non-CO奇骏S私下认可不协助

默许景况下,从第三方U冠道L跨域得到贰个财富将会倒闭,除非对方帮忙了CORAV4S。你能够增进贰个non-CO奥迪Q5S选项到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

本文由金莎娱乐场官方网站发布于金莎娱乐官方网站,转载请注明出处:原生App拥有Web应用通常所不具备的富离线体验,

TAG标签:
Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。