威尼斯人线上娱乐

离线网页应用,入门教程

26 1月 , 2019  

渐进式Web应用(PWA)入门教程(下)

2018/05/25 · 基本功技术 ·
PWA

原稿出处: Craig
Buckler   译文出处:葡萄城控件   

上篇小说我们对渐进式Web应用(PWA)做了部分骨干的牵线。

渐进式Web应用(PWA)入门教程(上)

在这一节中,大家将介绍PWA的法则是怎么,它是怎么开始工作的。

使用 Service(Service) Worker 做一个 PWA 离线网页应用

2017/10/09 · JavaScript
· 威尼斯人线上娱乐,PWA, Service
Worker

原文出处:
人人网FED博客   

在上一篇《自身是怎么样让网站用上HTML5
Manifest》介绍了怎么用Manifest做一个离线网页应用,结果被广泛网友吐槽说那个事物已经被deprecated,移出web标准了,现在被瑟维斯(Service)(Service)Worker替代了,不管怎么着,Manifest的一对探讨仍是可以借用的。作者又将网站升级到了ServiceWorker,假设是用Chrome等浏览器就用ServiceWorker做离线缓存,如若是Safari浏览器就如故用Manifest,读者可以打开这几个网站感受一下,断网也是能正常打开。

Service Worker入门

2015/03/26 · JavaScript
· Service Worker

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

  • 十年踪迹]()   

原生App拥有Web应用普通所不负有的富离线体验,定时的敦默寡言更新,信息公告推送等效能。而新的Service(Service)workers标准让在Web App上独具这几个功用成为可能。

React 同构应用 PWA 升级指南

2018/05/25 · JavaScript
· PWA,
React

初稿出处:
林东洲   

第一步:使用HTTPS

渐进式Web应用程序要求动用HTTPS连接。固然使用HTTPS会让您服务器的费用变多,但选取HTTPS可以让你的网站变得更安全,HTTPS网站在谷歌(Google)上的排行也会更靠前。

是因为Chrome浏览器会默许将localhost以及127.x.x.x地方视为测试地点,所以在本示例中您并不须求开启HTTPS。其它,出于调试目标,您可以在启动Chrome浏览器的时候利用以下参数来关闭其对网站HTTPS的检讨:

  • 离线网页应用,入门教程。–user-data-dir
  • –unsafety-treat-insecure-origin-as-secure

1. 什么是Service Worker

瑟维斯(Service)(Service) Worker是谷歌(Google)发起的落到实处PWA(Progressive Web
App)的一个重视角色,PWA是为着缓解传统Web APP的弱点:

(1)没有桌面入口

(2)不可能离线使用

(3)没有Push推送

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

威尼斯人线上娱乐 1

瑟维斯(Service)Worker是在后台启动的一条服务Worker线程,上图我开了多少个标签页,所以显得了四个Client,然则不管开多少个页面都唯有一个Worker在负责管理。这一个Worker的干活是把部分资源缓存起来,然后拦截页面的请求,先看下缓存库里有没有,要是有些话就从缓存里取,响应200,反之没有的话就走正规的呼吁。具体来说,ServiceWorker结合Web App Manifest能做到以下工作(那也是PWA的检测标准):

威尼斯人线上娱乐 2

概括可以离线使用、断网时重返200、能唤醒用户把网站添加一个图标到桌面上等。

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,那你需求先读书这篇文章。

前言

前不久在给自家的博客网站 PWA 升级,顺便就记下下 React 同构应用在接纳 PWA
时蒙受的问题,那里不会从头开端介绍如何是 PWA,即便您想上学 PWA
相关文化,可以看下下边我收藏的一对篇章:

  • 你的率先个 Progressive Web
    App
  • 【瑟维斯(Service)Worker】生命周期这多少个事情
  • 【PWA学习与执行】(1)
    2018,起首你的PWA学习之旅
  • Progressive Web Apps (PWA)
    中文版

其次步:创建一个应用程序清单(Manifest)

应用程序清单提供了和当前渐进式Web应用的有关音信,如:

  • 应用程序名
  • 描述
  • 负有图片(包涵主屏幕图标,启动屏幕页面和用的图纸或者网页上用的图纸)

实为上讲,程序清单是页面上用到的图标和焦点等资源的元数据。

程序清单是一个位居您使用根目录的JSON文件。该JSON文件再次回到时必须抬高Content-Type: application/manifest+json 或者 Content-Type: application/jsonHTTP头音讯。程序清单的文书名不限,在本文的以身作则代码中为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,大小和种类。

2. Service Worker的辅助处境

Service Worker方今只有Chrome/Firfox/Opera协理:

威尼斯人线上娱乐 3

Safari和Edge也在预备支持瑟维斯(Service)(Service) Worker,由于Service(Service)Worker是谷歌主旨的一项专业,对于生态相比较封闭的Safari来说也是迫于时局初始准备协助了,在Safari
TP版本,可以见见:

威尼斯人线上娱乐 4

在试行作用(Experimental Features)里早就有瑟维斯(Service)Worker的菜单项了,只是即便打开也是无法用,会唤起您还未曾完结:

威尼斯人线上娱乐 5

但不论怎么,至少表达Safari已经准备帮助ServiceWorker了。其余还是能看出在二〇一九年二零一七年十二月发表的Safari
11.0.1本子现已支撑WebRTC了,所以Safari依然一个更上一层楼的子女。

Edge也准备帮衬,所以瑟维斯(Service)(Service) Worker的前景至极美好。

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初次安装的生命周期:

威尼斯人线上娱乐 6

PWA 特性

PWA 不是单独的某项技术,而是一堆技术的聚合,比如:ServiceWorker,manifest 添加到桌面,push、notification api 等。

而就在近年岁月,IOS 11.3 刚刚协助 瑟维斯(Service) worker 和相近 manifest
添加到桌面的风味,所以这次 PWA
改造重点依旧贯彻那两有的机能,至于此外的性状,等 iphone 援救了再升格吗。

其三步:创立一个 瑟维斯(Service) Worker

Service Worker
是一个可编程的服务器代理,它可以阻碍或者响应网络请求。瑟维斯(Service) Worker
是位于应用程序根目录的一个个的JavaScript文件。

您必要在页面对应的JavaScript文件中登记该瑟维斯(Service)Worker:

if (‘serviceWorker’ in navigator) { // register service worker
navigator.serviceWorker.register(‘/service-worker.js’); }

1
2
3
4
if (‘serviceWorker’ in navigator) {
  // register service worker
  navigator.serviceWorker.register(‘/service-worker.js’);
}

要是你不须要离线的相干职能,您可以只开创一个 /service-worker.js文本,那样用户就可以直接设置您的Web应用了!

瑟维斯(Service)Worker那几个定义可能比较难懂,它事实上是一个干活在任何线程中的标准的Worker,它不可以访问页面上的DOM元素,没有页面上的API,不过足以阻止所有页面上的网络请求,包罗页面导航,请求资源,Ajax请求。

地方就是选拔全站HTTPS的要紧原因了。若是你没有在你的网站中应用HTTPS,一个第三方的台本就足以从其余的域名注入他协调的ServiceWorker,然后篡改所有的哀告——那活脱脱是很是危险的。

Service Worker 会响应多个事件:install,activate和fetch。

3. 使用Service Worker

瑟维斯(Service)Worker的施用套路是先挂号一个Worker,然后后台就会启动一条线程,可以在那条线程启动的时候去加载一些资源缓存起来,然后监听fetch事件,在那几个事件里拦截页面的呼吁,先看下缓存里有没有,假若有直接回到,否则正常加载。或者是一发轫不缓存,每个资源请求后再拷贝一份缓存起来,然后下一回呼吁的时候缓存里就有了。

在大家开始写码往日

从这个品类地址拿到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问询最佳实践。

Service Worker

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

Install事件

该事件将在使用设置达成后触发。我们一般在此间运用Cache
API缓存一些必不可少的公文。

率先,我们必要提供如下配置

  1. 缓存名称(CACHE)以及版本(version)。应用可以有多少个缓存存储,不过在采取时只会动用其中一个缓存存储。每当缓存存储有变化时,新的本子号将会指定到缓存存储中。新的缓存存储将会作为当前的缓存存储,从前的缓存存储将会被作废。
  2. 一个离线的页面地址(offlineURL):当用户访问了此前未曾访问过的地方时,该页面将会彰显。
  3. 一个富含了装有必须文件的数组,包蕴保持页面正常机能的CSS和JavaScript。在本示例中,我还添加了主页和logo。当有分歧的URL指向同一个资源时,你也得以将这几个URL分别写到那么些数组中。offlineURL将会出席到这些数组中。
  4. 我们也可以将有些非需要的缓存文件(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.add伊芙ntListener(‘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(Service) Worker

瑟维斯(Service)(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和带宽的,大家应该保险页面能健康加载完,然后再开行大家的后台线程,不可能与健康的页面加载爆发竞争,这几个在低端移动设备意义相比较大。

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

使用Service Worker

现在大家有了polyfill,并且搞定了HTTPS,让我们看看究竟怎么用service
worker。

一目精晓如何资源须要被缓存?

那么在起来应用 service worker 此前,首先须求精晓哪些资源要求被缓存?

Activate 事件

本条事件会在service
worker被激活时发出。你也许不需求那么些事件,然则在演示代码中,大家在该事件时有暴发时将老的缓存全体清理掉了:

// clear old caches function clearOldCaches() { return caches.keys()
.then(keylist => { return Promise.all( keylist .filter(key => key
!== CACHE) .map(key => caches.delete(key)) ); }); } // application
activated self.addEventListener(‘activate’, event => {
console.log(‘service worker: activate’); // delete old caches
event.waitUntil( clearOldCaches() .then(() => self.clients.claim())
); });

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
// clear old caches
function clearOldCaches() {
  return caches.keys()
    .then(keylist => {
      return Promise.all(
        keylist
          .filter(key => key !== CACHE)
          .map(key => caches.delete(key))
      );
    });
}
// application activated
self.addEventListener(‘activate’, event => {
  console.log(‘service worker: activate’);
    // delete old caches
  event.waitUntil(
    clearOldCaches()
    .then(() => self.clients.claim())
    );
});

注意self.clients.claim()推行时将会把当下service
worker作为被激活的worker。

Fetch 事件
该事件将会在网络发轫请求时发起。该事件处理函数中,大家能够利用respondWith()格局来威逼HTTP的GET请求然后重返:

  1. 从缓存中取到的资源文件
  2. 只要第一步败北,资源文件将会从网络中利用Fetch API来取得(和service
    worker中的fetch事件毫无干系)。获取到的资源将会参与到缓存中。
  3. 倘诺第一步和第二步均未果,将会从缓存中回到正确的资源文件。

// application fetch network data self.addEventListener(‘fetch’, event
=> { // abandon non-GET requests if (event.request.method !== ‘GET’)
return; let url = event.request.url; event.respondWith(
caches.open(CACHE) .then(cache => { return cache.match(event.request)
.then(response => { if (response) { // return cached file
console.log(‘cache fetch: ‘ + url); return response; } // make network
request return fetch(event.request) .then(newreq => {
console.log(‘network fetch: ‘ + url); if (newreq.ok)
cache.put(event.request, newreq.clone()); return newreq; }) // app is
offline .catch(() => offlineAsset(url)); }); }) ); });

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
// application fetch network data
self.addEventListener(‘fetch’, event => {
  // abandon non-GET requests
  if (event.request.method !== ‘GET’) return;
  let url = event.request.url;
  event.respondWith(
    caches.open(CACHE)
      .then(cache => {
        return cache.match(event.request)
          .then(response => {
            if (response) {
              // return cached file
              console.log(‘cache fetch: ‘ + url);
              return response;
            }
            // make network request
            return fetch(event.request)
              .then(newreq => {
                console.log(‘network fetch: ‘ + url);
                if (newreq.ok) cache.put(event.request, newreq.clone());
                return newreq;
              })
              // app is offline
              .catch(() => offlineAsset(url));
          });
      })
  );
});

offlineAsset(url)办法中利用了一部分helper方法来回到正确的数码:

// 是不是为图片地址? let iExt = [‘png’, ‘jpg’, ‘jpeg’, ‘gif’, ‘webp’,
‘bmp’].map(f => ‘.’ + f); function isImage(url) { return
iExt.reduce((ret, ext) => ret || url.endsWith(ext), false); } //
return 重回离线资源 function offlineAsset(url) { if (isImage(url)) { //
再次回到图片 return new Response( ‘<svg role=”img” viewBox=”0 0 400 300″
xmlns=”
d=”M0 0h400v300H0z” fill=”#eee” /><text x=”200″ y=”150″
text-anchor=”middle” dominant-baseline=”middle” font-family=”sans-serif”
font-size=”50″ fill=”#ccc”>offline</text></svg>’, {
headers: { ‘Content-Type’: ‘image/svg+xml’, ‘Cache-Control’: ‘no-store’
}} ); } else { // return page return caches.match(offlineURL); } }

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
// 是否为图片地址?
let iExt = [‘png’, ‘jpg’, ‘jpeg’, ‘gif’, ‘webp’, ‘bmp’].map(f => ‘.’ + f);
function isImage(url) {
  
  return iExt.reduce((ret, ext) => ret || url.endsWith(ext), false);
  
}
  
  
// return 返回离线资源
function offlineAsset(url) {
  
  if (isImage(url)) {
  
    // 返回图片
    return new Response(
      ‘<svg role="img" viewBox="0 0 400 300" xmlns="http://www.w3.org/2000/svg"><title>offline</title><path d="M0 0h400v300H0z" fill="#eee" /><text x="200" y="150" text-anchor="middle" dominant-baseline="middle" font-family="sans-serif" font-size="50" fill="#ccc">offline</text></svg>’,
      { headers: {
        ‘Content-Type’: ‘image/svg+xml’,
        ‘Cache-Control’: ‘no-store’
      }}
    );
  
  }
  else {
  
    // return page
    return caches.match(offlineURL);
  
  }
  
}

offlineAsset()措施检查请求是还是不是为一个图片,然后回来一个涵盖“offline”文字的SVG文件。其他请求将会回去
offlineURL 页面。

Chrome开发者工具中的瑟维斯(Service)Worker部分提供了有关当前页面worker的信息。其中会来得worker中发出的失实,还足以强制刷新,也足以让浏览器进入离线情势。

Cache Storage
部分例举了当前颇具曾经缓存的资源。你可以在缓存须要更新的时候点击refresh按钮。

(2)Service Worker安装和激活

挂号完事后,Service(Service)Worker就会进展设置,那一个时候会触发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控制台所示:

威尼斯人线上娱乐 7

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

在ServiceWorker里面能够选择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");
});

ServiceWorker激活之后就可见监听fetch事件了,大家希望每得到一个资源就把它缓存起来,就不用像上一篇涉嫌的Manifest须要先生成一个列表。

你也许会问,当自己刷新页面的时候不是又重新挂号安装和激活了一个瑟维斯(Service)Worker?即使又调了一遍注册,但并不会再次注册,它发现”sw-3.js”这么些早已登记了,就不会再登记了,进而不会触发install和active事件,因为如今瑟维斯(Service)Worker已经是active状态了。当需求更新ServiceWorker时,如变成”sw-4.js”,或者转移sw-3.js的公文内容,就会再次登记,新的瑟维斯(Service)(Service)Worker会先install然后进入waiting状态,等到重启浏览器时,老的ServiceWorker就会被互换掉,新的瑟维斯(Service)(Service)Worker进入active状态,若是不想等到再也开动浏览器可以像上面一样在install里面调skipWaiting:

JavaScript

this.skipWaiting();

1
this.skipWaiting();

什么样注册和设置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是否对你的网站启用了。

威尼斯人线上娱乐 8

当service
worker第一版被完结的时候,你也足以在chrome://serviceworker-internals中查看,它很有用,通过它可以最直观地熟悉service worker的生命周期,不过这个功能很快就会被移到chrome://inspect/#service-workers中。

您会意识那几个效应可以很有利地在一个模仿窗口中测试你的service
worker,那样您可以关闭和重复打开它,而不会影响到您的新窗口。任何创制在模拟窗口中的注册服务和缓存在窗口被关闭时都将没有。

缓存静态资源

率先是像 CSS、JS 那么些静态资源,因为自身的博客里引用的脚本样式都是由此 hash
做持久化缓存,类似于:main.ac62dexx.js 那样,然后打开强缓存,那样下次用户下次再拜访我的网站的时候就不要再行请求资源。直接从浏览器缓存中读取。对于那有的资源,service
worker 没要求再去处理,直接放行让它去读取浏览器缓存即可。

自己觉着只要您的站点加载静态资源的时候自己没有打开强缓存,并且你只想经过前端去贯彻缓存,而不须求后端在参加举行调整,这可以采用service worker 来缓存静态资源,否则就有点画蛇添足了。

第四步:创造可用的离线页面

离线页面可以是静态的HTML,一般用来提示用户眼前恳请的页面暂时无法选拔。但是,大家得以提供一些方可阅读的页面链接。

Cache
API可以在main.js中运用。可是,该API使用Promise,在不帮助Promise的浏览器中会失利,所有的JavaScript执行会因而境遇震慑。为了幸免那种景观,在拜访/js/offlinepage.js的时候我们添加了一段代码来检查当前是不是在离线环境中:

/js/offlinepage.js 中以版本号为名称保存了多年来的缓存,获取具有URL,删除不是页面的URL,将那么些URL排序然后将拥有缓存的URL显示在页面上:

// 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);
          });
      })
  });

(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本子可以看来地点存储的空间和利用情状:

威尼斯人线上娱乐 9

其间Cache Storage是指ServiceWorker和Manifest占用的上空尺寸和,上图能够看来总的空间大小是20GB,大致是unlimited,所以基本上不用担心缓存会不够用。

瑟维斯 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事件。

缓存页面

缓存页面显著是要求的,那是最中央的有些,当您在离线的气象下加载页面会之后出现:

威尼斯人线上娱乐 10

究其原因就是因为您在离线状态下无法加载页面,现在有了 service
worker,纵然你在没网络的情事下,也得以加载此前缓存好的页面了。

开发者工具

Chrome浏览器提供了一密密麻麻的工具来协理你来调节瑟维斯(Service)Worker,日志也会一直显示在控制台上。

你最好应用匿有名的模特式来进行开发工作,那样可以排除缓存对开发的纷扰。

最后,Chrome的Lighthouse增添也足以为你的渐进式Web应用提供一些革新音信。

(4)cache html

上边第(3)步把图纸、js、css缓存起来了,不过假使把页面html也缓存了,例如把首页缓存了,就会有一个啼笑皆非的题目——瑟维斯(Service)Worker是在页面注册的,可是现在取得页面的时候是从缓存取的,每一趟都是千篇一律的,所以就导致无法创新瑟维斯(Service)Worker,如变成sw-5.js,不过PWA又要求大家能缓存页面html。那如何做呢?谷歌(谷歌)的开发者文档它只是提到会存在这些题目,但并不曾证实怎么解决那些问题。这些的题材的解决就须要大家要有一个体制能精晓html更新了,从而把缓存里的html给替换掉。

Manifest更新缓存的体制是去看Manifest的文书内容有没有暴发变化,若是发生变化了,则会去立异缓存,ServiceWorker也是基于sw.js的公文内容有没有暴发变化,大家得以借鉴那一个思想,尽管请求的是html并从缓存里取出来后,再发个请求获取一个文件看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 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提姆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提姆e的字段,借使地点内存没有这几个页面的update提姆(Tim)e的数目或者是和最新update提姆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文件,那样用户就能来看最新的页面了。或者是当用户重新起动浏览器的时候会招致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 “

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

那般就缓解了实时更新的题材。

怎么缓存和再次来到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
来促成,前端存放数据的地点有好多,比如通过 localstorage,indexeddb
来举办仓储。那里我也是经过 service worker
来兑现缓存接口数据的,若是想经过其它措施来落到实处,只需求专注好 url
路径与数量对应的照射关系即可。

渐进式Web应用的要领

渐进式Web应用是一种新的技艺,所以选用的时候自然要小心。也就是说,渐进式Web应用可以让您的网站在多少个钟头内得到改进,并且在不协助渐进式Web应用的浏览器上也不会潜移默化网站的显示。

不过大家必要考虑以下几点:

4. Http/Manifest/Service Worker三种cache的关系

要缓存可以应用两种手段,使用Http
Cache设置缓存时间,也得以用Manifest的Application Cache,还足以用ServiceWorker缓存,要是三者都用上了会如何啊?

会以Service(Service) Worker为预先,因为ServiceWorker把请求拦截了,它初步做处理,如若它缓存库里有些话一贯重返,没有的话正常请求,就一定于尚未瑟维斯(Service)Worker了,这些时候就到了Manifest层,Manifest缓存里如果部分话就取那么些缓存,即使没有的话就一定于尚未Manifest了,于是就会从Http缓存里取了,如果Http缓存里也未曾就会发请求去获取,服务端依照Http的etag或者Modified
提姆e可能会重临304 Not
Modified,否则正常再次来到200和数目内容。那就是整一个收获的经过。

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

什么样立异一个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);
          }
        })
      );
    })
  );
});

缓存策略

显然了怎么资源必要被缓存后,接下去就要探究缓存策略了。

URL隐藏

当您的行使就是一个单URL的应用程序时(比如游戏),我建议您隐藏地址栏。除此之外的情景本身并不提出你隐藏地址栏。在Manifest中,display: minimal-ui 或者 display: browser对此绝半数以上动静的话丰盛用了。

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) Worker缓存:
威尼斯人线上娱乐 11把start_url指向的页面用ServiceWorker缓存起来,那样当用户用Chrome浏览器打开那一个网页的时候,Chrome就会在底层弹一个提示,询问用户是或不是把那几个网页添加到桌面,假若点“添加”就会变动一个桌面图标,从那些图标点进去如同打开一个App一样。感受如下:

威尼斯人线上娱乐 12

比较为难的是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 收藏
评论

威尼斯人线上娱乐 13

处理边界和填坑

这一节内容相比较新,有成百上千待定细节。希望这一节很快就不必要讲了(因为标准会处理那个题材——译者注),不过现在,这几个内容如故应当被提一下。

页面缓存策略

因为是 React
单页同构应用,每一趟加载页面的时候数据都是动态的,所以自己动用的是:

  1. 网络优先的章程,即优先获得网络上流行的资源。当网络请求败北的时候,再去赢得
    service worker 里此前缓存的资源
  2. 当网络加载成功之后,就更新 cache
    中对应的缓存资源,保障下次历次加载页面,都是上次走访的新颖资源
  3. 一旦找不到 service worker 中 url 对应的资源的时候,则去获取 service
    worker 对应的 /index.html 默许首页

// sw.js self.add伊芙(Eve)ntListener(‘fetch’, (e) => {
console.log(‘现在正在呼吁:’ + e.request.url); const currentUrl =
e.request.url; // 匹配上页面路径 if (matchHtml(currentUrl)) { const
requestToCache = e.request.clone(); e.respondWith( // 加载网络上的资源
fetch(requestToCache).then((response) => { // 加载失败 if (!response
|| response.status !== 200) { throw Error(‘response error’); } //
加载成功,更新缓存 const responseToCache = response.clone();
caches.open(cacheName).then((cache) => { cache.put(requestToCache,
responseToCache); }); console.log(response); return response;
}).catch(function() { //
获取对应缓存中的数据,获取不到则失败到收获默许首页 return
caches.match(e.request).then((response) => { return response ||
caches.match(‘/index.html’); }); }) ); } });

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
// sw.js
self.addEventListener(‘fetch’, (e) => {
  console.log(‘现在正在请求:’ + e.request.url);
  const currentUrl = e.request.url;
  // 匹配上页面路径
  if (matchHtml(currentUrl)) {
    const requestToCache = e.request.clone();
    e.respondWith(
      // 加载网络上的资源
      fetch(requestToCache).then((response) => {
        // 加载失败
        if (!response || response.status !== 200) {
          throw Error(‘response error’);
        }
        // 加载成功,更新缓存
        const responseToCache = response.clone();
        caches.open(cacheName).then((cache) => {
          cache.put(requestToCache, responseToCache);
        });
        console.log(response);
        return response;
      }).catch(function() {
        // 获取对应缓存中的数据,获取不到则退化到获取默认首页
        return caches.match(e.request).then((response) => {
           return response || caches.match(‘/index.html’);
        });
      })
    );
  }
});

为啥存在命中不止缓存页面的情形?

  1. 首先须要明显的是,用户在率先次加载你的站点的时候,加载页面后才会去启动
    sw,所以率先次加载不能因而 fetch 事件去缓存页面
  2. 自我的博客是单页应用,但是用户并不一定会通过首页进入,有可能会经过其余页面路径进入到自我的网站,那就招致自身在
    install 事件中从来不可能指定需求缓存那多少个页面
  3. 终极落实的功力是:用户率先次打开页面,登时断掉网络,仍旧可以离线访问我的站点

构成方面三点,我的方法是:第一回加载的时候会缓存 /index.html 那几个资源,并且缓存页面上的数量,如若用户及时离线加载的话,那时候并从未缓存对应的门径,比如 /archives 资源访问不到,这重回 /index.html 走异步加载页面的逻辑。

在 install 事件缓存 /index.html,有限支撑了 service worker
第四遍加载的时候缓存默许页面,留下退路。

import constants from ‘./constants’; const cacheName =
constants.cacheName; const apiCacheName = constants.apiCacheName; const
cacheFileList = [‘/index.html’]; self.addEventListener(‘install’, (e)
=> { console.log(‘Service Worker 状态: install’); const
cacheOpenPromise = caches.open(cacheName).then((cache) => { return
cache.addAll(cacheFileList); }); e.waitUntil(cacheOpenPromise); });

1
2
3
4
5
6
7
8
9
10
11
12
import constants from ‘./constants’;
const cacheName = constants.cacheName;
const apiCacheName = constants.apiCacheName;
const cacheFileList = [‘/index.html’];
 
self.addEventListener(‘install’, (e) => {
  console.log(‘Service Worker 状态: install’);
  const cacheOpenPromise = caches.open(cacheName).then((cache) => {
    return cache.addAll(cacheFileList);
  });
  e.waitUntil(cacheOpenPromise);
});

在页面加载完后,在 React 组件中马上缓存数据:

// cache.js import constants from ‘../constants’; const apiCacheName =
constants.apiCacheName; export const saveAPIData = (url, data) => {
if (‘caches’ in window) { // 伪造 request/response 数据
caches.open(apiCacheName).then((cache) => { cache.put(url, new
Response(JSON.stringify(data), { status: 200 })); }); } }; // React 组件
import constants from ‘../constants’; export default class extends
PureComponent { componentDidMount() { const { state, data } =
this.props; // 异步加载数据 if (state === constants.INITIAL_STATE ||
state === constants.FAILURE_STATE) { this.props.fetchData(); } else {
// 服务端渲染成功,保存页面数据 saveAPIData(url, data); } } }

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
// cache.js
import constants from ‘../constants’;
const apiCacheName = constants.apiCacheName;
 
export const saveAPIData = (url, data) => {
  if (‘caches’ in window) {
    // 伪造 request/response 数据
    caches.open(apiCacheName).then((cache) => {
      cache.put(url, new Response(JSON.stringify(data), { status: 200 }));
    });
  }
};
 
// React 组件
import constants from ‘../constants’;
export default class extends PureComponent {
  componentDidMount() {
    const { state, data } = this.props;
    // 异步加载数据
    if (state === constants.INITIAL_STATE || state === constants.FAILURE_STATE) {
      this.props.fetchData();
    } else {
        // 服务端渲染成功,保存页面数据
      saveAPIData(url, data);
    }
  }
}

那般就有限帮忙了用户率先次加载页面,马上离线访问站点后,纵然不能像第一遍一样可以服务端渲染数据,可是随后能因此取得页面,异步加载数据的方法构建离线应用。

威尼斯人线上娱乐 14

用户率先次访问站点,倘使在不刷新页面的情事切换路由到其余页面,则会异步获取到的多少,当下次做客对应的路由的时候,则失利到异步获取数据。

威尼斯人线上娱乐 15

当用户第二次加载页面的时候,因为 service worker
已经决定了站点,已经怀有了缓存页面的力量,之后在造访的页面都将会被缓存或者更新缓存,当用户离线访问的的时候,也能访问到服务端渲染的页面了。

威尼斯人线上娱乐 16

缓存过大

你不可以将你网站中的所有情节缓存下来。对于小片段的网站来说缓存所有情节并不是一个问题,但是一旦一个网站包蕴了上千个页面吗?很强烈不是所有人对网站中的所有情节都感兴趣。存储是有限定的,若是你将持有访问过的页面都缓存下来的话,缓存大小会增加额很快。

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

  • 只缓存首要的页面,比如主页,联系人页面和不久前浏览作品的页面。
  • 不要缓存任何图片,录像和大文件
  • 定时清理旧的缓存
  • 提供一个“离线阅读”按钮,那样用户就足以接纳须求缓存哪些内容了。

假若设置败北了,没有很优雅的法门得到通报

假设一个worker被登记了,可是没有出现在chrome://inspect/#service-workers或chrome://serviceworker-internals,那么很可能因为异常而安装失败了,或者是产生了一个被拒绝的的promise给event.waitUtil。

要化解那类问题,首先到 chrome://serviceworker-internals检查。打开开发者工具窗口准备调试,然后在你的install event代码中添加debugger;语句。这样,通过断点调试你更容易找到问题。

接口缓存策略

谈完页面缓存,再来讲讲接口缓存,接口缓存就跟页面缓存很类似了,唯一的例外在于:页面第三遍加载的时候不必然有缓存,不过会有接口缓存的留存(因为伪造了
cache 中的数据),所以缓存策略跟页面缓存类似:

  1. 网络优先的办法,即优先拿到网络上接口数据。当网络请求战败的时候,再去赢得
    service worker 里从前缓存的接口数据
  2. 当网络加载成功未来,就更新 cache
    中对应的缓存接口数据,保障下次历次加载页面,都是上次造访的前卫接口数据

由此代码似乎这么(代码类似,不再赘言):

self.add伊芙ntListener(‘fetch’, (e) => { console.log(‘现在正在呼吁:’

  • e.request.url); const currentUrl = e.request.url; if
    (matchHtml(currentUrl)) { // … } else if (matchApi(currentUrl)) {
    const requestToCache = e.request.clone(); e.respondWith(
    fetch(requestToCache).then((response) => { if (!response ||
    response.status !== 200) { return response; } const responseToCache =
    response.clone(); caches.open(apiCacheName).then((cache) => {
    cache.put(requestToCache, responseToCache); }); return response;
    }).catch(function() { return caches.match(e.request); }) ); } });
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
self.addEventListener(‘fetch’, (e) => {
  console.log(‘现在正在请求:’ + e.request.url);
  const currentUrl = e.request.url;
  if (matchHtml(currentUrl)) {
    // …
  } else if (matchApi(currentUrl)) {
    const requestToCache = e.request.clone();
    e.respondWith(
      fetch(requestToCache).then((response) => {
        if (!response || response.status !== 200) {
          return response;
        }
        const responseToCache = response.clone();
        caches.open(apiCacheName).then((cache) => {
          cache.put(requestToCache, responseToCache);
        });
        return response;
      }).catch(function() {
        return caches.match(e.request);
      })
    );
  }
});

那里实在可以再拓展优化的,比如在获取数据接口的时候,可以先读取缓存中的接口数据开展渲染,当真正的网络接口数据重回之后再展开替换,这样也能一蹴而就削减用户的首屏渲染时间。当然那说不定会暴发页面闪烁的职能,可以拉长一些卡通来进展交接。

缓存刷新

示范代码中在发起呼吁往日会先查询缓存。当用户处于离线状态时,那很好,可是只要用户处于在线状态,那他只会浏览到比较老旧的页面。

各样资源比如图片和视频不会转移,所以一般都把这么些静态资源设置为漫漫缓存。这一个资源可以直接缓存一年(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

你也足以在历次网站表露时,通过更名的法子强制浏览珍贵新请求资源。

fetch()方今仅支持瑟维斯(Service)(Service) Workers

fetch立时协理在页面上使用了,可是近日的Chrome落成,它还只辅助service
worker。cache
API也就要在页面上被援助,不过方今截至,cache也还不得不在service
worker中用。

其它问题

到明天了却,已经基本上可以已毕 service worker
离线缓存应用的作用了,不过还有如故存在部分题材:

小结

从那之后,相信您如果依据本文一步一步操作下来,你也可以高速把团结的Web应用转为PWA。在转为了PWA后,如若有使用满意PWA
模型的前端控件的必要,你能够试试纯前端表格控件SpreadJS,适用于
.NET、Java 和移动端等平台的报表控件一定不会令你失望的。

原稿链接:

1 赞 1 收藏
评论

威尼斯人线上娱乐 17

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">.。

快快激活 service worker

默许情况下,页面的伸手(fetch)不会通过 sw,除非它自己是经过 sw
获取的,也就是说,在安装 sw 之后,须求刷新页面才能有功用。sw
在设置成功并激活之前,不会响应 fetch或push等事件。

因为站点是单页面应用,那就造成了您在切换路由(没有刷新页面)的时候没有缓存接口数据,因为那时
service worker 还一直不起来工作,所以在加载 service worker
的时候需求火速地激活它。代码如下:

self.addEventListener(‘activate’, (e) => { console.log(‘Service
Worker 状态: activate’); const cachePromise = caches.keys().then((keys)
=> { return Promise.all(keys.map((key) => { if (key !== cacheName
&& key !== apiCacheName) { return caches.delete(key); } return null;
})); }); e.waitUntil(cachePromise); // 快速激活 sw,使其能够响应 fetch
事件 return self.clients.claim(); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
self.addEventListener(‘activate’, (e) => {
  console.log(‘Service Worker 状态: activate’);
  const cachePromise = caches.keys().then((keys) => {
    return Promise.all(keys.map((key) => {
      if (key !== cacheName && key !== apiCacheName) {
        return caches.delete(key);
      }
      return null;
    }));
  });
  e.waitUntil(cachePromise);
  // 快速激活 sw,使其能够响应 fetch 事件
  return self.clients.claim();
});

有的小说说还要求在 install
事件中添加 self.skipWaiting(); 来跳过等待时间,可是自己在实践中发现即便不添加也得以正常激活
service worker,原因不详,有读者知道的话可以沟通下。

今昔当您首先次加载页面,跳转路由,立时离线访问的页面,也得以顺遂地加载页面了。

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.’);
});

绝不强缓存 sw.js

用户每一回访问页面的时候都会去重新赢得
sw.js,根据文件内容跟此前的版本是或不是同样来判定 service worker
是或不是有创新。所以借使你对 sw.js
开启强缓存的话,就将深陷死循环,因为老是页面获得到的 sw.js
都是一样,那样就无法升高你的 service worker。

其余对 sw.js 开启强缓存也是没有须求的:

  1. 自家 sw.js
    文件本身就很小,浪费不了多少带宽,觉得浪费能够运用协议缓存,但附加增加花费负担
  2. sw.js 是在页面空闲的时候才去加载的,并不会影响用户首屏渲染速度

fetch()不根据30x重定向规范

噩运,重定向在fetch()中不会被触发,这是时下版本的bug;

防止改变 sw 的 URL

在 sw 中如此做是“最差实践”,要在原地点上修修改改 sw。

举个例子来注解为什么:

  1. index.html 注册了 sw-v1.js 作为 sw
  2. sw-v1.js 对 index.html 做了缓存,也就是缓存优先(offline-first)
  3. 您更新了 index.html 重新登记了在新地方的 sw sw-v2.js

比方您像上面那么做,用户永远也拿不到 sw-v2.js,因为 index.html 在
sw-v1.js 缓存中,那样的话,假使您想翻新为 sw-v2.js,还索要变更原来的
sw-v1.js。

拍卖响应式图片

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;" />

威尼斯人线上娱乐 18

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

测试

今后,大家早就做到了动用 service worker
对页面举行离线缓存的效益,如若想感受效果的话,访问我的博客:

自由浏览任意的页面,然后关掉网络,再一次做客,以前您浏览过的页面都能够在离线的事态下展开走访了。

IOS 需求 11.3 的版本才支撑,使用 Safari 进行访问,Android 请接纳帮衬service worker 的浏览器

改变URL Hash的Bug

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

您可以在此间找到更加多相关的音讯: 

manifest 桌面应用

面前讲完了怎么样选拔 service worker 来离线缓存你的同构应用,可是 PWA
不仅限于此,你还足以行使安装 manifest
文件来将您的站点添加到活动端的桌面上,从而达到趋近于原生应用的心得。

越来越多内容

那边有局地唇亡齿寒的文档可以参照:

使用 webpack-pwa-manifest 插件

本身的博客站点是透过 webpack 来构建前端代码的,所以自己在社区里找到
webpack-pwa-manifest 插件用来生成 manifest.json。

率先安装好 webpack-pwa-manifest 插件,然后在你的 webpack
配置文件中添加:

// webpack.config.prod.js const WebpackPwaManifest =
require(‘webpack-pwa-manifest’); module.exports =
webpackMerge(baseConfig, { plugins: [ new WebpackPwaManifest({ name:
‘Lindz\’s Blog’, short_name: ‘Blog’, description: ‘An isomorphic
progressive web blog built by React & Node’, background_color: ‘#333’,
theme_color: ‘#333’, filename: ‘manifest.[hash:8].json’, publicPath:
‘/’, icons: [ { src: path.resolve(constants.publicPath, ‘icon.png’),
sizes: [96, 128, 192, 256, 384, 512], // multiple sizes destination:
path.join(‘icons’) } ], ios: { ‘apple-mobile-web-app-title’: ‘Lindz\’s
Blog’, ‘apple-mobile-web-app-status-bar-style’: ‘#000’,
‘apple-mobile-web-app-capable’: ‘yes’, ‘apple-touch-icon’:
‘//xxx.com/icon.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
// webpack.config.prod.js
const WebpackPwaManifest = require(‘webpack-pwa-manifest’);
module.exports = webpackMerge(baseConfig, {
  plugins: [
    new WebpackPwaManifest({
      name: ‘Lindz\’s Blog’,
      short_name: ‘Blog’,
      description: ‘An isomorphic progressive web blog built by React & Node’,
      background_color: ‘#333’,
      theme_color: ‘#333’,
      filename: ‘manifest.[hash:8].json’,
      publicPath: ‘/’,
      icons: [
        {
          src: path.resolve(constants.publicPath, ‘icon.png’),
          sizes: [96, 128, 192, 256, 384, 512], // multiple sizes
          destination: path.join(‘icons’)
        }
      ],
      ios: {
        ‘apple-mobile-web-app-title’: ‘Lindz\’s Blog’,
        ‘apple-mobile-web-app-status-bar-style’: ‘#000’,
        ‘apple-mobile-web-app-capable’: ‘yes’,
        ‘apple-touch-icon’: ‘//xxx.com/icon.png’,
      },
    })
  ]
})

简不难单地阐释下安插新闻:

  1. name: 应用名称,就是图标上边的呈现名称
  2. short_name: 应用名称,但 name 无法突显完全时候则显得这么些
  3. background_color、theme_color:顾名思义,相应的颜料
  4. publicPath: 设置 cdn 路径,跟 webpack 里的 publicPath 一样
  5. icons: 设置图标,插件会自动帮您转移不一致 size
    的图形,可是图片大小必须超越最大 sizes
  6. ios: 设置在 safari 中怎样去添加桌面应用

设置完之后,webpack 会在构建进度中变化对应的 manifest 文件,并在 html
文件中援引,下边就是生成 manifest 文件:

{ “icons”: [ { “src”:
“/icons/icon_512x512.79ddc5874efb8b481d9a3d06133b6213.png”, “sizes”:
“512×512”, “type”: “image/png” }, { “src”:
“/icons/icon_384x384.09826bd1a5d143e05062571f0e0e86e7.png”, “sizes”:
“384×384”, “type”: “image/png” }, { “src”:
“/icons/icon_256x256.d641a3644ce20c06855db39cfb2f7b40.png”, “sizes”:
“256×256”, “type”: “image/png” }, { “src”:
“/icons/icon_192x192.8f11e077242cccd9c42c0cbbecd5149c.png”, “sizes”:
“192×192”, “type”: “image/png” }, { “src”:
“/icons/icon_128x128.cc0714ab18fa6ee6de42ef3d5ca8fd09.png”, “sizes”:
“128×128”, “type”: “image/png” }, { “src”:
“/icons/icon_96x96.dbfccb1a5cef8093a77c079f761b2d63.png”, “sizes”:
“96×96”, “type”: “image/png” } ], “name”: “Lindz’s Blog”,
“short_name”: “Blog”, “orientation”: “portrait”, “display”:
“standalone”, “start_url”: “.”, “description”: “An isomorphic
progressive web blog built by React & Node”, “background_color”:
“#333”, “theme_color”: “#333” }

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
{
  "icons": [
    {
      "src": "/icons/icon_512x512.79ddc5874efb8b481d9a3d06133b6213.png",
      "sizes": "512×512",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_384x384.09826bd1a5d143e05062571f0e0e86e7.png",
      "sizes": "384×384",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_256x256.d641a3644ce20c06855db39cfb2f7b40.png",
      "sizes": "256×256",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_192x192.8f11e077242cccd9c42c0cbbecd5149c.png",
      "sizes": "192×192",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_128x128.cc0714ab18fa6ee6de42ef3d5ca8fd09.png",
      "sizes": "128×128",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_96x96.dbfccb1a5cef8093a77c079f761b2d63.png",
      "sizes": "96×96",
      "type": "image/png"
    }
  ],
  "name": "Lindz’s Blog",
  "short_name": "Blog",
  "orientation": "portrait",
  "display": "standalone",
  "start_url": ".",
  "description": "An isomorphic progressive web blog built by React & Node",
  "background_color": "#333",
  "theme_color": "#333"
}

html 中会引用那一个文件,并且增进对 ios 添加桌面应用的支撑,就好像这样。

<!DOCTYPE html> <html lang=en> <head> <meta
name=apple-mobile-web-app-title content=”Lindz’s Blog”> <meta
name=apple-mobile-web-app-capable content=yes> <meta
name=apple-mobile-web-app-status-bar-style content=#838a88> <link
rel=apple-touch-icon href=xxxxx> <link rel=manifest
href=/manifest.21d63735.json> </head> </html>

1
2
3
4
5
6
7
8
9
10
<!DOCTYPE html>
<html lang=en>
<head>
  <meta name=apple-mobile-web-app-title content="Lindz’s Blog">
  <meta name=apple-mobile-web-app-capable content=yes>
  <meta name=apple-mobile-web-app-status-bar-style content=#838a88>
  <link rel=apple-touch-icon href=xxxxx>
  <link rel=manifest href=/manifest.21d63735.json>
</head>
</html>

就那样不难,你就足以选取 webpack 来添加你的桌面应用了。

获取救助

如果您相逢麻烦,请在Stackoverflow上发帖询问,使用‘service-worker’标签,以便于大家立马跟进和尽可能帮忙你解决问题。

赞 2 收藏
评论

威尼斯人线上娱乐 19

测试

添加完之后你可以由此 chrome 开发者工具 Application – Manifest 来查看你的
mainfest 文件是或不是见效:

威尼斯人线上娱乐 20

诸如此类表达您的安顿生效了,安卓机遇自动识别你的布署文件,并打听用户是不是丰盛。

结尾

讲到这几乎就完了,等随后 IOS 辅助 PWA
的其余成效的时候,到时候我也会相应地去实践其余 PWA 的表征的。现在 IOS
11.3 也仅仅支持 PWA 中的 service worker 和 app manifest
的效果,然而相信在不久的未来,其余的功能也会相应获得帮助,到时候相信 PWA
将会在活动端绽放异彩的。

1 赞 收藏
评论

威尼斯人线上娱乐 21


相关文章

发表评论

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

网站地图xml地图