前言: 上周做了一个预约健身卡的项目,在领导的指引下使用了 LAVAS 框架,这个框架的主要特点就是可以直接生成一套成熟的支持 PWA 的网站。 在开发过程中,发现 PWA 方案的主要核心技术在于 Service Worker,我下面将从 PWA 方案的简介、PWA 方案的相关技术等2个方向简单介绍一下我对于本次开发的收获。 在介绍完这些技术后,我将在最后的篇幅里介绍一个简单 PWA 方案的详细实现。
Progressive Web App, 简称 PWA,是提升 Web App 的体验的一种新方法,能给用户原生应用的体验。 PWA 能做到原生应用的体验不是靠特指某一项技术,而是经过应用一些新技术进行改进,在安全、性能和体验三个方面都有很大提升,PWA 本质上是 Web App,借助一些新技术也具备了 Native App 的一些特性,兼具 Web App 和 Native App 的优点。
PWA 方案的关键技术:Service Worker。 当用户打开我们站点时(从桌面 icon 或者从浏览器),通过 Service Worker 能够让用户在网络条件很差的情况下也能瞬间加载并且展现。 Service Worker 是用 JavaScript 编写的 JS 文件,能够代理请求,并且能够操作浏览器缓存,通过将缓存的内容直接返回,让请求能够瞬间完成。开发者可以预存储关键文件,可以淘汰过期的文件等等,给用户提供可靠的体验。 在介绍 Service Worker 之前,需要一些必要的知识储备,下面首先介绍的是使用 Service Worker 技术时还涉及的相关其他技术 API,主要有全局作用域 self、Cache Storage 和 Cache 对象。
window === self // true
window.window === window.self // true
window.self === self // true
window.window === self // true
从上图可以看出传统 Web 页面中,window 和 self是完全相等的。 传统的 Web 页面的 JavaScript 脚本是单线程的,这个线程主要与浏览器窗口打交道,主要作用就是实现浏览器窗体内的元素交互效果,因此只要是全局对象,都可以使用 window 对象来获取。 Service Worker 是运行在浏览器上开辟的一个新线程,浏览器背后悄悄运行的线程,所以没有 window 对象,会使用 self 获取当前运行环境的上下文,即使用 self 来表示全局作用域。
Cache Storage 可以用变量 caches 来引用,以下是 Cache Storage 的主要 API 介绍
Cache Storage 通过 cacheName 标记缓存版本,所以就会存在多个版本的 Cache Storage 资源。为什么需要 cacheName 来标记版本呢? 假设当前域名下所有的覆盖式发布的静态资源和接口数据全部存储在同一个 cacheName 里面,业务部署更新后,无法识别旧的冗余资源,单靠前端无法完全清除。这是因为 Service Worker 不知道完整的静态资源路径表,只能在客户端发起请求时去做判断,那些当前不会用到的资源不代表以后一定不会使用到。假如静态资源是非覆盖式发布,那么冗余的资源就更多了。这里要特别注意的是,Cache 不会过期,只能显式删除。
规范里 Cache 对应内核的 ServiceWorkerCache 对象,提供了已缓存的 Request / Response 对象体的存储管理机制。它提供了一系列管理存储的 JS 接口:
下面我们将进入主要部分,Service Worker 的介绍和用法。 我们平常浏览器窗口中跑的页面运行的是主 JavaScript 线程,DOM 和 window 全局变量都是可以访问的。而 Service Worker 是走的另外的线程,可理解为在浏览器背后默默运行的一个线程,脱离浏览器窗体,因此,window 以及 DOM 都是不能访问的,此时我们可以使用之前讲到的 self 访问全局上下文。 由于 Service Worker 走的是另外的线程,因此,Service Worker 不会阻塞主 JavaScript 线程,也就是不会引起浏览器页面加载的卡顿之类。同时,由于 Service Worker 设计基于 Promise,完全异步,同步 API(如 XHR 和 localStorage )不能在 Service Worker 中使用。 Service Worker 对我们的协议也有要求,就是必须是 https 协议的,不过本地开发 Service Worker 在 http://</span>localhost 或者 http://127.0.0.1 这种本地环境可以直接运行。如果想线上真是环境预览,可以考虑借助 Github pages,因为它是 https 协议的。
Service Worker 注册时候的生命周期是这样的:
一旦安装完成,如果注册的JS没有变化,则直接显示当前激活态。 用线把整个流程链接起来: 其中任何一个步骤失败都将进入销毁(redundant)。
install 事件是服务工作线程获取的第一个事件,并且它仅发生一次。 传递到 installEvent.waitUntil() 的一个 promise 可表明安装的持续时间以及安装是否成功。 在成功完成安装并处于“activate 活动状态”之前,服务工作线程不会收到 fetch 和 push 等事件。 默认情况下,不会通过服务工作线程获取页面,除非页面请求本身需要执行服务工作线程。 因此,您需要刷新页面以查看服务工作线程的影响。 clients.claim() 可替换此默认值,并控制未控制的页面。
通过以上介绍,我们就可以来实现一个简单的支持 PWA 的网站啦!下面我将把实现的代码一一罗列出来。 主要使用的技术:
添加 manifest.json 文件。 为了让 PWA 应用被添加到主屏幕, 使用 manifest.json 定义应用的名称, 图标等等信息。
{
"name": "pwa名称",
"short_name": "pwa名称",
"display": "standalone",
"start_url": "/",
"theme_color": "#8888ff",
"background_color": "#aaaaff",
"icons": [
{
"src": "e.png",
"sizes": "256x256",
"type": "image/png"
}
]
}
然后引入到 html 的 head 中,
<link rel="manifest" href="manifest.json" />
主要操作是:
if (navigator.serviceWorker != null) {
navigator.serviceWorker.register('sw.js')
.then(function(registration) {
console.log('Registered events at scope: ', registration.scope);
});
}
// sw.js
var cacheStorageKey = 'minimal-pwa-1';
var cacheList = [
'/',
'index.html',
'style.css',
'img.png'
];
// 抓取资源写入缓存
self.addEventListener('install', e => {
e.waitUntil(
caches.open(cacheStorageKey)
.then(cache => cache.addAll(cacheList))
.then(() => self.skipWaiting());
);
});
// 捕获到 fetch 事件, 编写代码如何响应资源的请求
self.addEventListener('fetch', function(e) {
e.respondWith(
caches.match(e.request).then(function(response) {
if (response != null) {
return response;
}
return fetch(e.request.url);
})
)
});
// 更新静态资源
self.addEventListener('activate', function(e) {
e.waitUntil(
Promise.all(
caches.keys().then(cacheNames => {
return cacheNames.each(name => {
if (name !== cacheStorageKey) {
return caches.delete(name);
}
})
})
).then(() => {
return self.clients.claim();
})
)
});
以上的功能都准备好就可以简单的生成一个 PWA 的网站了。可以使用支持 PWA 的手机进行预览,根据提示增加到桌面。 通过以上短短不到100行的代码,就可以简单实现网站对于 PWA 的支持。大家通过阅读可以自己尝试去写一写,在实际环境中进行更深入的理解。