菜单

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

2019年2月20日 - 金沙前端

第5步:创制可用的离线页面

离线页面可以是静态的HTML,一般用来指示用户目前央浼的页面一时半刻不可以利用。但是,我们得以提供部分足以阅读的页面链接。

Cache
API可以在main.js中接纳。然则,该API使用Promise,在不辅助Promise的浏览器中会战败,全体的JavaScript执行会为此面临震慑。为了防止那种状态,在拜访/js/offlinepage.js的时候我们添加了一段代码来检查当前是或不是在离线环境中:

/js/offlinepage.js 中以版本号为名称保存了近年来的缓存,获取具有UTiguanL,删除不是页面的U奥迪Q5L,将这一个U酷路泽L排序然后将全体缓存的UXC90L呈以后页面上:

// cache name const CACHE = ‘::PWAsite’, offlineURL = ‘/offline/’, list
= document.getElementById(‘cachedpagelist’); // fetch all caches
window.caches.keys() .then(cacheList => { // find caches by and order
by most recent cacheList = cacheList .filter(cName =>
cName.includes(CACHE)) .sort((a, b) => a – b); // open first cache
caches.open(cacheList[0]) .then(cache => { // fetch cached pages
cache.keys() .then(reqList => { let frag =
document.createDocumentFragment(); reqList .map(req => req.url)
.filter(req => (req.endsWith(‘/’) || req.endsWith(‘.html’)) &&
!req.endsWith(offlineURL)) .sort() .forEach(req => { let li =
document.createElement(‘li’), a =
li.appendChild(document.createElement(‘a’)); a.setAttribute(‘href’,
req); a.textContent = a.pathname; frag.appendChild(li); }); if (list)
list.appendChild(frag); }); }) });

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
40
41
42
43
44
45
// cache name
const
  CACHE = ‘::PWAsite’,
  offlineURL = ‘/offline/’,
  list = document.getElementById(‘cachedpagelist’);
// fetch all caches
window.caches.keys()
  .then(cacheList => {
    // find caches by and order by most recent
    cacheList = cacheList
      .filter(cName => cName.includes(CACHE))
      .sort((a, b) => a – b);
    // open first cache
    caches.open(cacheList[0])
      .then(cache => {
        // fetch cached pages
        cache.keys()
          .then(reqList => {
            let frag = document.createDocumentFragment();
            reqList
              .map(req => req.url)
              .filter(req => (req.endsWith(‘/’) || req.endsWith(‘.html’)) && !req.endsWith(offlineURL))
              .sort()
              .forEach(req => {
                let
                  li = document.createElement(‘li’),
                  a = li.appendChild(document.createElement(‘a’));
                  a.setAttribute(‘href’, req);
                  a.textContent = a.pathname;
                  frag.appendChild(li);
              });
            if (list) list.appendChild(frag);
          });
      })
  });

(1)注册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文件就是ServiceWorker的运转环境,借使不可以不负众望注册的话就会抛卓殊,如Safari
TP虽然有这些目的,可是会抛分外无法利用,就足以在catch里面处理。那里有个难题是为啥要求在load事件运行呢?因为你要拾叁分运营二个线程,运营之后您可能还会让它去加载财富,那么些都以亟需占用CPU和带宽的,大家相应保障页面能健康加载完,然后再起步我们的后台线程,不可以与正规的页面加载发生竞争,那些在低端移动设备意义相比大。

还有某个内需留意的是ServiceWorker和Cookie一样是有Path路径的定义的,尽管您设定一个cookie即使叫time的path=/page/A,在/page/B那一个页面是不只怕取拿到这几个cookie的,假设设置cookie的path为根目录/,则装有页面都能收获到。类似地,假使注册的时候使用的js路径为/page/sw.js,那么这一个瑟维斯Worker只好管理/page路径下的页面和能源,而无法处理/api路径下的,所以一般把ServiceWorker注册到顶尖目录,如下边代码的”/sw-3.js”,那样这么些ServiceWorker就能接管页面的具备财富了。

在我们开端写码从前

从这个品类地址拿到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的,所以它是2个完美的先性格实验田。

借使您想要让您的server支持HTTPS,你必要为你的server拿到二个TLS证书。区其余server安装方法差异,阅读协助文档并透过Mozilla’s
SSL config
generator打听最佳实践。

React 同构应用 PWA 升级指南

2018/05/25 · JavaScript
· PWA,
React

初稿出处:
林东洲   

第一步:使用HTTPS

渐进式Web应用程序须要动用HTTPS连接。即使使用HTTPS会让您服务器的开支变多,但拔取HTTPS可以让你的网站变得更安全,HTTPS网站在谷歌(Google)上的名次也会更靠前。

由于Chrome浏览器会暗中同意将localhost以及127.x.x.x地址视为测试地方,所以在本示例中你并不须要开启HTTPS。其它,出于调试目的,您可以在起步Chrome浏览器的时候利用以下参数来关闭其对网站HTTPS的反省:

(4)cache html

上面第(3)步把图片、js、css缓存起来了,但是只要把页面html也缓存了,例如把首页缓存了,就会有2个狼狈的难点——ServiceWorker是在页面注册的,不过以后得到页面的时候是从缓存取的,每一趟都以平等的,所以就造成无法立异ServiceWorker,如变成sw-5.js,然而PWA又须要大家能缓存页面html。那如何做吧?谷歌(谷歌(Google))的开发者文档它只是提到会存在那几个题材,但并没有证实怎么化解这几个标题。这几个的难点的缓解就要求大家要有贰个机制能知道html更新了,从而把缓存里的html给替换掉。

Manifest更新缓存的建制是去看Manifest的文书内容有没有暴发变化,假设暴发变化了,则会去创新缓存,ServiceWorker也是依据sw.js的公文内容有没有发生变化,大家可以借鉴那些考虑,若是请求的是html并从缓存里取出来后,再发个请求获取2个文书看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 UCRUISERL(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提姆e) {
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 “

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文件,那样用户就能收看最新的页面了。只怕是当用户重新开动浏览器的时候会造成ServiceWorker的周转内存都被清空了,即存储页面更新时间的变量被清空了,那几个时候也会另行请求页面。

亟需小心的是,要把这些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 “

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。用户发布完评论后会触发刷新页面,刷新的时候缓存已经被删了就会另行去乞请了。

如此就化解了实时更新的题材。

改变URL Hash的Bug

在M40版本中设有多个bug,它会让页面在改动hash的时候造成service
worker甘休工作。

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

前言

新近在给自己的博客网站 PWA 升级,顺便就记下下 React 同构应用在使用 PWA
时遇到的标题,那里不会从头起首介绍怎么着是 PWA,假如你想深造 PWA
相关知识,可以看下上面作者收藏的局地稿子:

URL隐藏

当你的使用就是一个单U奥德赛L的应用程序时(比如游戏),作者提议你隐藏地址栏。除此之外的情事作者并不提出您隐藏地址栏。在Manifest中,display: minimal-ui 或者 display: browser对此绝大部分动静来说丰富用了。

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

专注那里说的是其余1个Manifest,那个Manifest是3个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钦命打开今后的入口链接。

接下来添加3个link标签指向那么些manifest文件:

JavaScript

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

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

那样组合Service Worker缓存:
图片 1把start_url指向的页面用ServiceWorker缓存起来,那样当用户用Chrome浏览器打开这么些网页的时候,Chrome就会在底层弹1个提示,询问用户是或不是把这些网页添加到桌面,倘使点“添加”就会转移3个桌面图标,从那一个图标点进去就像是打开一个App一样。感受如下:

图片 2

相比狼狈的是Manifest如今唯有Chrome援助,并且不得不在安卓系统上应用,IOS的浏览器不能添加三个桌面图标,因为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 收藏
评论

图片 3

Service Worker 是什么?

二个 service worker
是一段运维在浏览器后台进度里的脚本,它独自于当下页面,提供了那2个不要求与web页面交互的职能在网页背后悄悄执行的力量。在将来,基于它可以完毕信息推送,静默更新以及地理围栏等劳动,不过当前它首先要拥有的出力是阻碍和处理网络请求,包罗可编程的响应缓存管理。

怎么说那个API是1个这多少个棒的API呢?因为它使得开发者可以援救尤其好的离线体验,它赋予开发者完全控制离线数据的能力。

在service worker指出此前,其余三个提供开发者离线体验的API叫做App
Cache。然则App
Cache有个别局限性,例如它可以很简单地缓解单页应用的难题,可是在多页应用上会很麻烦,而Serviceworkers的产出正是为了消除App Cache的痛点。

上面详细说一下service worker有啥样需求小心的地点:

了解如何财富必要被缓存?

那就是说在上马运用 service worker 以前,首先须要精通什么能源要求被缓存?

开发者工具

Chrome浏览器提供了一密密麻麻的工具来提携您来调节ServiceWorker,日志也会直接展以后控制台上。

您最好应用匿超情势来进展付出工作,那样可以祛除缓存对开发的打扰。

最后,Chrome的Lighthouse恢宏也可以为您的渐进式Web应用提供部分改进音讯。

(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”); // 成立和开辟3个缓存库 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控制台所示:

图片 4

ServiceWorker的API基本上都以回去Promise对象幸免堵塞,所以要用Promise的写法。上面在安装ServiceWorker的时候就把首页的伏乞给缓存起来了。在ServiceWorker的运维条件之中它有二个caches的全局对象,那么些是缓存的进口,还有二个常用的clients的全局对象,1个client对应一个标签页。

在ServiceWorker里面能够采纳fetch等API,它和DOM是隔离的,没有windows/document对象,不能够直接操作DOM,不可能直接和页面交互,在ServiceWorker里面不可以获知当前页面打开了、当前页面的url是怎么着,因为多个ServiceWorker管理当前打开的多少个标签页,可以经过clients知道全部页面的url。还有能够透过postMessage的主意和主页面相互传送音讯和数码,进而做些控制。

install完之后,就会触发瑟维斯 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事件了,我们期待每得到3个资源就把它缓存起来,就毫无像上一篇涉嫌的Manifest要求先生成贰个列表。

你大概会问,当自家刷新页面的时候不是又再一次注册安装和激活了三个ServiceWorker?尽管又调了两遍注册,但并不会再次登记,它发现”sw-3.js”那些曾经注册了,就不会再登记了,进而不会触发install和active事件,因为如今ServiceWorker已经是active状态了。当须要更新ServiceWorker时,如变成”sw-4.js”,只怕转移sw-3.js的文书内容,就会再次登记,新的ServiceWorker会先install然后进入waiting状态,等到重启浏览器时,老的ServiceWorker就会被互换掉,新的ServiceWorker进入active状态,假设不想等到再也开动浏览器可以像上边一样在install里面调skipWaiting:

JavaScript

this.skipWaiting();

1
this.skipWaiting();

Service Worker的生命周期

Service worker拥有贰个通通独立于Web页面的生命周期。

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

在安装进度中,浏览器会加载并缓存一些静态财富。若是拥有的文件被缓存成功,service
worker就设置成功了。即使有其它文件加载或缓存失利,那么安装进程就会破产,service
worker就无法被激活(也即没能安装成功)。即便暴发这么的标题,别担心,它会在下次再品尝安装。

当安装到位后,service
worker的下一步是激活,在这一阶段,你还是可以升级1个service
worker的本子,具体内容我们会在后头讲到。

在激活之后,service
worker将接管全体在大团结管辖域范围内的页面,可是一旦三个页面是刚刚注册了service
worker,那么它这一回不会被接管,到下一次加载页面的时候,service
worker才会生效。

当service
worker接管了页面之后,它可能有三种情状:要么被终止以节约内存,要么会处理fetch和message事件,那七个事件分别爆发于2个互连网请求现身如故页面上发送了二个音信。

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

图片 5

Service Worker

service worker
在作者看来,类似于一个跑在浏览器后台的线程,页面第②次加载的时候会加载那一个线程,在线程激活之后,通过对
fetch 事件,可以对逐个收获的能源实行控制缓存等。

缓存过大

你不大概将您网站中的全数情节缓存下来。对于小部分的网站的话缓存全部情节并不是三个标题,但是若是一个网站包涵了上千个页面吗?很醒目不是全数人对网站中的全体内容都感兴趣。存储是有限定的,若是您将有着访问过的页面都缓存下来的话,缓存大小会拉长额很快。

您可以如此制定你的缓存策略:

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

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

原文出处:
人人网FED博客   

在上一篇《自个儿是何等让网站用上HTML5
Manifest》介绍了怎么用Manifest做1个离线网页应用,结果被大规模网友吐槽说这几个事物已经被deprecated,移出web标准了,以往被ServiceWorker替代了,不管怎么,Manifest的一对思索依然得以借用的。小编又将网站升级到了ServiceWorker,假如是用Chrome等浏览器就用ServiceWorker做离线缓存,假使是Safari浏览器就依然用Manifest,读者可以打开那几个网站感受一下,断网也是能健康打开。

怎么缓存和重返Request

您已经安装了service worker,你将来得以回来您缓存的乞请了。

当service
worker被装置成功还要用户浏览了另3个页面只怕刷新了当前的页面,service
worker将上马接到到fetch事件。上面是3个例子:

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里,大家传入了2个由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. 加上3个callback到fetch请求的 .then 方法中
  2. 一旦大家取得了二个response,大家进行如下的检查:
    1. 担保response是行得通的
    2. 自我批评response的情况是不是是200
    3. 担保response的品类是basic,那意味请求小编是同源的,非同源(即跨域)的伏乞也无法被缓存。
  3. 即使我们经过了反省,clone其一请求。这么做的来由是一旦response是二个Stream,那么它的body只可以被读取五回,所以大家得将它克隆出来,一份发给浏览器,一份发给缓存。

缓存策略

由此可见了什么财富须求被缓存后,接下去就要啄磨缓存策略了。

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图