3. 使用Service Worker
Service
Worker的使用套路是先注册一个Worker,然后后台就会启动一条线程,可以在这条线程启动的时候去加载一些资源缓存起来,然后监听fetch事件,在这个事件里拦截页面的请求,先看下缓存里有没有,如果有直接返回,否则正常加载。或者是一开始不缓存,每个资源请求后再拷贝一份缓存起来,然后下一次请求的时候缓存里就有了。
第二步:创建一个应用程序清单(Manifest)
应用程序清单提供了和当前渐进式Web应用的相关信息,如:
- 应用程序名
- 描述
- 所有图片(包括主屏幕图标,启动屏幕页面和用的图片或者网页上用的图片)
本质上讲,程序清单是页面上用到的图标和主题等资源的元数据。
程序清单是一个位于您应用根目录的JSON文件。该JSON文件返回时必须添加Content-Type: application/manifest+json
或者 Content-Type: application/json
HTTP头信息。程序清单的文件名不限,在本文的示例代码中为manifest.json
:
{ “name” : “PWA Website”, “short_name” : “PWA”, “description” : “An
example PWA website”, “start_url” : “/”, “display” : “standalone”,
“orientation” : “any”, “background_color” : “#ACE”, “theme_color” :
“#ACE”, “icons”: [ { “src” : “/images/logo/logo072.png”, “sizes” :
“72×72”, “type” : “image/png” }, { “src” : “/images/logo/logo152.png”,
“sizes” : “152×152”, “type” : “image/png” }, { “src” :
“/images/logo/logo192.png”, “sizes” : “192×192”, “type” : “image/png” },
{ “src” : “/images/logo/logo256.png”, “sizes” : “256×256”, “type” :
“image/png” }, { “src” : “/images/logo/logo512.png”, “sizes” :
“512×512”, “type” : “image/png” } ] }
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
|
{
"name" : "PWA Website",
"short_name" : "PWA",
"description" : "An example PWA website",
"start_url" : "/",
"display" : "standalone",
"orientation" : "any",
"background_color" : "#ACE",
"theme_color" : "#ACE",
"icons": [
{
"src" : "/images/logo/logo072.png",
"sizes" : "72×72",
"type" : "image/png"
},
{
"src" : "/images/logo/logo152.png",
"sizes" : "152×152",
"type" : "image/png"
},
{
"src" : "/images/logo/logo192.png",
"sizes" : "192×192",
"type" : "image/png"
},
{
"src" : "/images/logo/logo256.png",
"sizes" : "256×256",
"type" : "image/png"
},
{
"src" : "/images/logo/logo512.png",
"sizes" : "512×512",
"type" : "image/png"
}
]
}
|
程序清单文件建立完之后,你需要在每个页面上引用该文件:
<link rel=”manifest” href=”/manifest.json”>
1
|
<link rel="manifest" href="/manifest.json">
|
以下属性在程序清单中经常使用,介绍说明如下:
- name: 用户看到的应用名称
- short_name: 应用短名称。当显示应用名称的地方不够时,将使用该名称。
- description: 应用描述。
- start_url: 应用起始路径,相对路径,默认为/。
- scope: URL范围。比如:如果您将“/app/”设置为URL范围时,这个应用就会一直在这个目录中。
- background_color: 欢迎页面的背景颜色和浏览器的背景颜色(可选)
- theme_color: 应用的主题颜色,一般都会和背景颜色一样。这个设置决定了应用如何显示。
- orientation: 优先旋转方向,可选的值有:any, natural, landscape,
landscape-primary, landscape-secondary, portrait, portrait-primary,
and portrait-secondary - display: 显示方式——fullscreen(无Chrome),standalone(和原生应用一样),minimal-ui(最小的一套UI控件集)或者browser(最古老的使用浏览器标签显示)
- icons: 一个包含所有图片的数组。该数组中每个元素包含了图片的URL,大小和类型。
(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
Worker的运行环境,如果不能成功注册的话就会抛异常,如Safari
TP虽然有这个对象,但是会抛异常无法使用,就可以在catch里面处理。这里有个问题是为什么需要在load事件启动呢?因为你要额外启动一个线程,启动之后你可能还会让它去加载资源,这些都是需要占用CPU和带宽的,我们应该保证页面能正常加载完,然后再启动我们的后台线程,不能与正常的页面加载产生竞争,这个在低端移动设备意义比较大。
还有一点需要注意的是Service
Worker和Cookie一样是有Path路径的概念的,如果你设定一个cookie假设叫time的path=/page/A,在/page/B这个页面是不能够获取到这个cookie的,如果设置cookie的path为根目录/,则所有页面都能获取到。类似地,如果注册的时候使用的js路径为/page/sw.js,那么这个Service
Worker只能管理/page路径下的页面和资源,而不能够处理/api路径下的,所以一般把Service
Worker注册到顶级目录,如上面代码的”/sw-3.js”,这样这个Service
Worker就能接管页面的所有资源了。
渐进式Web应用(PWA)入门教程(下)
原文出处: Craig
Buckler 译文出处:葡萄城控件
上篇文章我们对渐进式Web应用(PWA)做了一些基本的介绍。
在这一节中,我们将介绍PWA的原理是什么,它是如何开始工作的。
(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),还有把一些个人不希望缓存的资源也做个判断。
这样一旦用户打开过一次页面,Service
Worker就安装好了,他刷新页面或者打开第二个页面的时候就能够把请求的资源一一做缓存,包括图片、CSS、JS等,只要缓存里有了不管用户在线或者离线都能够正常访问。这样我们自然会有一个问题,这个缓存空间到底有多大?上一篇我们提到Manifest也算是本地存储,PC端的Chrome是5Mb,其实这个说法在新版本的Chrome已经不准确了,在Chrome
61版本可以看到本地存储的空间和使用情况:
其中Cache Storage是指Service
Worker和Manifest占用的空间大小和,上图可以看到总的空间大小是20GB,几乎是unlimited,所以基本上不用担心缓存会不够用。
缓存刷新
示例代码中在发起请求之前会先查询缓存。当用户处于离线状态时,这很好,但是如果用户处于在线状态,那他只会浏览到比较老旧的页面。
各种资源比如图片和视频不会改变,所以一般都把这些静态资源设置为长期缓存。这些资源可以直接缓存一年(31,536,000秒)。在HTTP
Header中,就是:
Cache-Control: max-age=31536000
1
|
Cache-Control: max-age=31536000
|
页面,CSS和脚本文件可能变化的更频繁一些,所以你可以设置一个比较小的缓存超时时间(24小时),并确保在用户网络连接恢复时再次从服务器请求:
Cache-Control: must-revalidate, max-age=86400
1
|
Cache-Control: must-revalidate, max-age=86400
|
你也可以在每次网站发布时,通过改名的方式强制浏览器重新请求资源。
(2)Service Worker安装和激活
注册完之后,Service
Worker就会进行安装,这个时候会触发install事件,在install事件里面可以缓存一些资源,如下sw-3.js:
JavaScript
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); }) ); });
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控制台所示:
Service
Worker的API基本上都是返回Promise对象避免堵塞,所以要用Promise的写法。上面在安装Service
Worker的时候就把首页的请求给缓存起来了。在Service
Worker的运行环境里面它有一个caches的全局对象,这个是缓存的入口,还有一个常用的clients的全局对象,一个client对应一个标签页。
在Service
Worker里面可以使用fetch等API,它和DOM是隔离的,没有windows/document对象,无法直接操作DOM,无法直接和页面交互,在Service
Worker里面无法得知当前页面打开了、当前页面的url是什么,因为一个Service
Worker管理当前打开的几个标签页,可以通过clients知道所有页面的url。还有可以通过postMessage的方式和主页面互相传递消息和数据,进而做些控制。
install完之后,就会触发Service Worker的active事件:
JavaScript
this.addEventListener(“active”, function(event) { console.log(“service
worker is active”); });
1
2
3
|
this.addEventListener("active", function(event) {
console.log("service worker is active");
});
|
Service
Worker激活之后就能够监听fetch事件了,我们希望每获取一个资源就把它缓存起来,就不用像上一篇提到的Manifest需要先生成一个列表。
你可能会问,当我刷新页面的时候不是又重新注册安装和激活了一个Service
Worker?虽然又调了一次注册,但并不会重新注册,它发现”sw-3.js”这个已经注册了,就不会再注册了,进而不会触发install和active事件,因为当前Service
Worker已经是active状态了。当需要更新Service
Worker时,如变成”sw-4.js”,或者改变sw-3.js的文本内容,就会重新注册,新的Service
Worker会先install然后进入waiting状态,等到重启浏览器时,老的Service
Worker就会被替换掉,新的Service
Worker进入active状态,如果不想等到重新启动浏览器可以像上面一样在install里面调skipWaiting:
JavaScript
this.skipWaiting();
1
|
this.skipWaiting();
|
Install事件
该事件将在应用安装完成后触发。我们一般在这里使用Cache
API缓存一些必要的文件。
首先,我们需要提供如下配置
- 缓存名称(CACHE)以及版本(version)。应用可以有多个缓存存储,但是在使用时只会使用其中一个缓存存储。每当缓存存储有变化时,新的版本号将会指定到缓存存储中。新的缓存存储将会作为当前的缓存存储,之前的缓存存储将会被作废。
- 一个离线的页面地址(offlineURL):当用户访问了之前没有访问过的地址时,该页面将会显示。
- 一个包含了所有必须文件的数组,包括保障页面正常功能的CSS和JavaScript。在本示例中,我还添加了主页和logo。当有不同的URL指向同一个资源时,你也可以将这些URL分别写到这个数组中。offlineURL将会加入到这个数组中。
- 我们也可以将一些非必要的缓存文件(installFilesDesirable)。这些文件在安装过程中将会被下载,但如果下载失败,不会触发安装失败。
// 配置文件 const version = ‘1.0.0’, CACHE = version + ‘::PWAsite’,
offlineURL = ‘/offline/’, installFilesEssential = [ ‘/’,
‘/manifest.json’, ‘/css/styles.css’, ‘/js/main.js’,
‘/js/offlinepage.js’, ‘/images/logo/logo152.png’ ].concat(offlineURL),
installFilesDesirable = [ ‘/favicon.ico’, ‘/images/logo/logo016.png’,
‘/images/hero/power-pv.jpg’, ‘/images/hero/power-lo.jpg’,
‘/images/hero/power-hi.jpg’ ];
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
// 配置文件
const
version = ‘1.0.0’,
CACHE = version + ‘::PWAsite’,
offlineURL = ‘/offline/’,
installFilesEssential = [
‘/’,
‘/manifest.json’,
‘/css/styles.css’,
‘/js/main.js’,
‘/js/offlinepage.js’,
‘/images/logo/logo152.png’
].concat(offlineURL),
installFilesDesirable = [
‘/favicon.ico’,
‘/images/logo/logo016.png’,
‘/images/hero/power-pv.jpg’,
‘/images/hero/power-lo.jpg’,
‘/images/hero/power-hi.jpg’
];
|
installStaticFiles()
方法使用基于Promise的方式使用Cache
API将文件存储到缓存中。
// 安装静态资源 function installStaticFiles() { return
caches.open(CACHE) .then(cache => { // 缓存可选文件
cache.addAll(installFilesDesirable); // 缓存必须文件 return
cache.addAll(installFilesEssential); }); }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
// 安装静态资源
function installStaticFiles() {
return caches.open(CACHE)
.then(cache => {
// 缓存可选文件
cache.addAll(installFilesDesirable);
// 缓存必须文件
return cache.addAll(installFilesEssential);
});
}
|
最后,我们添加一个install
的事件监听器。waitUntil
方法保证了service
worker不会安装直到其相关的代码被执行。这里它会执行installStaticFiles()
方法,然后self.skipWaiting()
方法来激活service
worker:
// 应用安装 self.addEventListener(‘install’, event => {
console.log(‘service worker: install’); // 缓存主要文件 event.waitUntil(
installStaticFiles() .then(() => self.skipWaiting()) ); });
1
2
3
4
5
6
7
8
9
10
11
12
|
// 应用安装
self.addEventListener(‘install’, event => {
console.log(‘service worker: install’);
// 缓存主要文件
event.waitUntil(
installStaticFiles()
.then(() => self.skipWaiting())
);
});
|
1. 什么是Service Worker
Service Worker是谷歌发起的实现PWA(Progressive Web
App)的一个关键角色,PWA是为了解决传统Web APP的缺点:
(1)没有桌面入口
(2)无法离线使用
(3)没有Push推送
那Service Worker的具体表现是怎么样的呢?如下图所示:
Service
Worker是在后台启动的一条服务Worker线程,上图我开了两个标签页,所以显示了两个Client,但是不管开多少个页面都只有一个Worker在负责管理。这个Worker的工作是把一些资源缓存起来,然后拦截页面的请求,先看下缓存库里有没有,如果有的话就从缓存里取,响应200,反之没有的话就走正常的请求。具体来说,Service
Worker结合Web App Manifest能完成以下工作(这也是PWA的检测标准):
包括能够离线使用、断网时返回200、能提示用户把网站添加一个图标到桌面上等。
渐进式Web应用的要点
渐进式Web应用是一种新的技术,所以使用的时候一定要小心。也就是说,渐进式Web应用可以让您的网站在几个小时内得到改善,并且在不支持渐进式Web应用的浏览器上也不会影响网站的显示。
但是我们需要考虑以下几点:
(4)cache html
上面第(3)步把图片、js、css缓存起来了,但是如果把页面html也缓存了,例如把首页缓存了,就会有一个尴尬的问题——Service
Worker是在页面注册的,但是现在获取页面的时候是从缓存取的,每次都是一样的,所以就导致无法更新Service
Worker,如变成sw-5.js,但是PWA又要求我们能缓存页面html。那怎么办呢?谷歌的开发者文档它只是提到会存在这个问题,但并没有说明怎么解决这个问题。这个的问题的解决就要求我们要有一个机制能知道html更新了,从而把缓存里的html给替换掉。
Manifest更新缓存的机制是去看Manifest的文本内容有没有发生变化,如果发生变化了,则会去更新缓存,Service
Worker也是根据sw.js的文本内容有没有发生变化,我们可以借鉴这个思想,如果请求的是html并从缓存里取出来后,再发个请求获取一个文件看html更新时间是否发生变化,如果发生变化了则说明发生更改了,进而把缓存给删了。所以可以在服务端通过控制这个文件从而去更新客户端的缓存。如下代码:
JavaScript
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()); }) );
});
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
this.addEventListener("fetch", function(event) {
event.respondWith(
caches.match(event.request).then(response => {
// cache hit
if (response) {
//如果取的是html,则看发个请求看html是否更新了
if (response.headers.get("Content-Type").indexOf("text/html") >= 0) {
console.log("update html");
let url = new URL(event.request.url);
util.updateHtmlPage(url, event.request.clone(), event.clientId);
}
return response;
}
return util.fetchPut(event.request.clone());
})
);
});
|
通过响应头header的content-type是否为text/html,如果是的话就去发个请求获取一个文件,根据这个文件的内容决定是否需要删除缓存,这个更新的函数util.updateHtmlPage是这么实现的:
JavaScript
let pageUpdateTime = { }; let util = { updateHtmlPage: function (url,
htmlRequest) { let pageName = util.getPageName(url); let jsonRequest =
new Request(“/html/service-worker/cache-json/” + pageName + “.sw.json”);
fetch(jsonRequest).then(response => { response.json().then(content
=> { if (pageUpdateTime[pageName] !== content.updateTime) {
console.log(“update page html”); // 如果有更新则重新获取html
util.fetchPut(htmlRequest); pageUpdateTime[pageName] =
content.updateTime; } }); }); }, delCache: function (url) {
caches.open(CACHE_NAME).then(cache => { console.log(“delete cache “
- url); cache.delete(url, {ignoreVary: true}); }); } };
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
let pageUpdateTime = {
};
let util = {
updateHtmlPage: function (url, htmlRequest) {
let pageName = util.getPageName(url);
let jsonRequest = new Request("/html/service-worker/cache-json/" + pageName + ".sw.json");
fetch(jsonRequest).then(response => {
response.json().then(content => {
if (pageUpdateTime[pageName] !== content.updateTime) {
console.log("update page html");
// 如果有更新则重新获取html
util.fetchPut(htmlRequest);
pageUpdateTime[pageName] = content.updateTime;
}
});
});
},
delCache: function (url) {
caches.open(CACHE_NAME).then(cache => {
console.log("delete cache " + url);
cache.delete(url, {ignoreVary: true});
});
}
};
|
代码先去获取一个json文件,一个页面会对应一个json文件,这个json的内容是这样的:
JavaScript
{“updateTime”:”10/2/2017, 3:23:57 PM”,”resources”: {img: [], css:
[]}}
1
|
{"updateTime":"10/2/2017, 3:23:57 PM","resources": {img: [], css: []}}
|
里面主要有一个updateTime的字段,如果本地内存没有这个页面的updateTime的数据或者是和最新updateTime不一样,则重新去获取
html,然后放到缓存里。接着需要通知页面线程数据发生变化了,你刷新下页面吧。这样就不用等用户刷新页面才能生效了。所以当刷新完页面后用postMessage通知页面:
JavaScript
let util = { postMessage: async function (msg) { const allClients =
await clients.matchAll(); allClients.forEach(client =>
client.postMessage(msg)); } }; util.fetchPut(htmlRequest, false,
function() { util.postMessage({type: 1, desc: “html found updated”, url:
url.href}); });
1
2
3
4
5
6
7
8
9
|
let util = {
postMessage: async function (msg) {
const allClients = await clients.matchAll();
allClients.forEach(client => client.postMessage(msg));
}
};
util.fetchPut(htmlRequest, false, function() {
util.postMessage({type: 1, desc: "html found updated", url: url.href});
});
|
并规定type: 1就表示这是一个更新html的消息,然后在页面监听message事件:
JavaScript
if(“serviceWorker” in navigator) {
navigator.serviceWorker.addEventListener(“message”, function(event) {
let msg = event.data; if (msg.type === 1 && window.location.href ===
msg.url) { console.log(“recv from service worker”, event.data);
window.location.reload(); } }); }
1
2
3
4
5
6
7
8
9
|
if("serviceWorker" in navigator) {
navigator.serviceWorker.addEventListener("message", function(event) {
let msg = event.data;
if (msg.type === 1 && window.location.href === msg.url) {
console.log("recv from service worker", event.data);
window.location.reload();
}
});
}
|
然后当我们需要更新html的时候就更新json文件,这样用户就能看到最新的页面了。或者是当用户重新启动浏览器的时候会导致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。用户发表完评论后会触发刷新页面,刷新的时候缓存已经被删了就会重新去请求了。
这样就解决了实时更新的问题。
小结
至此,相信你如果按照本文一步一步操作下来,你也可以很快把自己的Web应用转为PWA。在转为了PWA后,如果有使用满足
PWA
模型的前端控件的需求,你可以试试纯前端表格控件SpreadJS,适用于
.NET、Java 和移动端等平台的表格控件一定不会令你失望的。
原文链接:https://www.sitepoint.com/retrofit-your-website-as-a-progressive-web-app/
1 赞 1 收藏
评论
使用 Service Worker 做一个 PWA 离线网页应用
2017/10/09 · JavaScript
· PWA, Service
Worker
原文出处:
人人网FED博客
在上一篇《我是怎样让网站用上HTML5
Manifest》介绍了怎么用Manifest做一个离线网页应用,结果被广大网友吐槽说这个东西已经被deprecated,移出web标准了,现在被Service
Worker替代了,不管怎么样,Manifest的一些思想还是可以借用的。笔者又将网站升级到了Service
Worker,如果是用Chrome等浏览器就用Service
Worker做离线缓存,如果是Safari浏览器就还是用Manifest,读者可以打开这个网站https://fed.renren.com感受一下,断网也是能正常打开。
开发者工具
Chrome浏览器提供了一系列的工具来帮助您来调试Service
Worker,日志也会直接显示在控制台上。
您最好使用匿名模式来进行开发工作,这样可以排除缓存对开发的干扰。
最后,Chrome的Lighthouse扩展也可以为您的渐进式Web应用提供一些改进信息。