您的位置:澳门402永利com > 前端技术 > 入门教程,离线网页应用

入门教程,离线网页应用

发布时间:2019-11-12 08:13编辑:前端技术浏览(74)

    使用 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,读者可以打开这个网站感受一下,断网也是能正常打开。

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

    2018/05/25 · 基础技术 · PWA

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

    上篇文章我们对渐进式Web应用(PWA)做了一些基本的介绍。

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

    在这一节中,我们将介绍PWA的原理是什么,它是如何开始工作的。

    1. 什么是Service Worker

    Service Worker是谷歌发起的实现PWA(Progressive Web App)的一个关键角色,PWA是为了解决传统Web APP的缺点:

    (1)没有桌面入口

    (2)无法离线使用

    (3)没有Push推送

    那Service Worker的具体表现是怎么样的呢?如下图所示:

    图片 1

    Service Worker是在后台启动的一条服务Worker线程,上图我开了两个标签页,所以显示了两个Client,但是不管开多少个页面都只有一个Worker在负责管理。这个Worker的工作是把一些资源缓存起来,然后拦截页面的请求,先看下缓存库里有没有,如果有的话就从缓存里取,响应200,反之没有的话就走正常的请求。具体来说,Service Worker结合Web App Manifest能完成以下工作(这也是PWA的检测标准):

    图片 2

    包括能够离线使用、断网时返回200、能提示用户把网站添加一个图标到桌面上等。

    第一步:使用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

    2. Service Worker的支持情况

    Service Worker目前只有Chrome/Firfox/Opera支持:

    图片 3

    Safari和Edge也在准备支持Service Worker,由于Service Worker是谷歌主导的一项标准,对于生态比较封闭的Safari来说也是迫于形势开始准备支持了,在Safari TP版本,可以看到:

    图片 4

    在实验功能(Experimental Features)里已经有Service Worker的菜单项了,只是即使打开也是不能用,会提示你还没有实现:

    图片 5

    但不管如何,至少说明Safari已经准备支持Service Worker了。另外还可以看到在今年2017年9月发布的Safari 11.0.1版本已经支持WebRTC了,所以Safari还是一个上进的孩子。

    Edge也准备支持,所以Service Worker的前景十分光明。

    第二步:创建一个应用程序清单(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" : "72x72", "type" : "image/png" }, { "src" : "/images/logo/logo152.png", "sizes" : "152x152", "type" : "image/png" }, { "src" : "/images/logo/logo192.png", "sizes" : "192x192", "type" : "image/png" }, { "src" : "/images/logo/logo256.png", "sizes" : "256x256", "type" : "image/png" }, { "src" : "/images/logo/logo512.png", "sizes" : "512x512", "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"         : "72x72",
          "type"          : "image/png"
        },
        {
          "src"           : "/images/logo/logo152.png",
          "sizes"         : "152x152",
          "type"          : "image/png"
        },
        {
          "src"           : "/images/logo/logo192.png",
          "sizes"         : "192x192",
          "type"          : "image/png"
        },
        {
          "src"           : "/images/logo/logo256.png",
          "sizes"         : "256x256",
          "type"          : "image/png"
        },
        {
          "src"           : "/images/logo/logo512.png",
          "sizes"         : "512x512",
          "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,大小和类型。

    3. 使用Service Worker

    Service Worker的使用套路是先注册一个Worker,然后后台就会启动一条线程,可以在这条线程启动的时候去加载一些资源缓存起来,然后监听fetch事件,在这个事件里拦截页面的请求,先看下缓存里有没有,如果有直接返回,否则正常加载。或者是一开始不缓存,每个资源请求后再拷贝一份缓存起来,然后下一次请求的时候缓存里就有了。

    第三步:创建一个 Service Worker

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

    您需要在页面对应的JavaScript文件中注册该ServiceWorker:

    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。

    (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就能接管页面的所有资源了。

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

    (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 = ["]; 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控制台所示:

    图片 6

    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();

    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开发者工具中的ServiceWorker部分提供了关于当前页面worker的信息。其中会显示worker中发生的错误,还可以强制刷新,也可以让浏览器进入离线模式。

    Cache Storage 部分例举了当前所有已经缓存的资源。你可以在缓存需要更新的时候点击refresh按钮。

    (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版本可以看到本地存储的空间和使用情况:

    图片 7

    其中Cache Storage是指Service Worker和Manifest占用的空间大小和,上图可以看到总的空间大小是20GB,几乎是unlimited,所以基本上不用担心缓存会不够用。

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

    离线页面可以是静态的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);
              });
          })
      });

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

    这样就解决了实时更新的问题。

    开发者工具

    Chrome浏览器提供了一系列的工具来帮助您来调试Service Worker,日志也会直接显示在控制台上。

    您最好使用匿名模式来进行开发工作,这样可以排除缓存对开发的干扰。

    最后,Chrome的Lighthouse扩展也可以为您的渐进式Web应用提供一些改进信息。

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

    要缓存可以使用三种手段,使用Http Cache设置缓存时间,也可以用Manifest的Application Cache,还可以用Service Worker缓存,如果三者都用上了会怎么样呢?

    会以Service Worker为优先,因为Service Worker把请求拦截了,它最先做处理,如果它缓存库里有的话直接返回,没有的话正常请求,就相当于没有Service Worker了,这个时候就到了Manifest层,Manifest缓存里如果有的话就取这个缓存,如果没有的话就相当于没有Manifest了,于是就会从Http缓存里取了,如果Http缓存里也没有就会发请求去获取,服务端根据Http的etag或者Modified Time可能会返回304 Not Modified,否则正常返回200和数据内容。这就是整一个获取的过程。

    所以如果既用了Manifest又用Service Worker的话应该会导致同一个资源存了两次。但是可以让支持Service Worker的浏览器使用Service Worker,而不支持的使用Manifest.

    渐进式Web应用的要点

    渐进式Web应用是一种新的技术,所以使用的时候一定要小心。也就是说,渐进式Web应用可以让您的网站在几个小时内得到改善,并且在不支持渐进式Web应用的浏览器上也不会影响网站的显示。

    但是我们需要考虑以下几点:

    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": "48x48" }, { "src": "/html/app-manifest/logo_96.png", "type": "image/png", "sizes": "96x96" }, { "src": "/html/app-manifest/logo_192.png", "type": "image/png", "sizes": "192x192" }, { "src": "/html/app-manifest/logo_512.png", "type": "image/png", "sizes": "512x512" } ], "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": "48x48"
        },
        {
          "src": "/html/app-manifest/logo_96.png",
          "type": "image/png",
          "sizes": "96x96"
        },
        {
          "src": "/html/app-manifest/logo_192.png",
          "type": "image/png",
          "sizes": "192x192"
        },
        {
          "src": "/html/app-manifest/logo_512.png",
          "type": "image/png",
          "sizes": "512x512"
        }
      ],
      "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缓存:
    图片 8把start_url指向的页面用Service Worker缓存起来,这样当用户用Chrome浏览器打开这个网页的时候,Chrome就会在底部弹一个提示,询问用户是否把这个网页添加到桌面,如果点“添加”就会生成一个桌面图标,从这个图标点进去就像打开一个App一样。感受如下:

    图片 9

    比较尴尬的是Manifest目前只有Chrome支持,并且只能在安卓系统上使用,IOS的浏览器无法添加一个桌面图标,因为IOS没有开放这种API,但是自家的Safari却又是可以的。

    综上,本文介绍了怎么用Service Worker结合Manifest做一个PWA离线Web APP,主要是用Service Worker控制缓存,由于是写JS,比较灵活,还可以与页面进行通信,另外通过请求页面的更新时间来判断是否需要更新html缓存。Service Worker的兼容性不是特别好,但是前景比较光明,浏览器都在准备支持。现阶段可以结合offline cache的Manifest做离线应用。

    相关阅读:

    1. 为什么要把网站升级到HTTPS
    2. 怎样把网站升级到http/2
    3. 我是怎样让网站用上HTML5 Manifest

    1 赞 1 收藏 评论

    图片 10

    URL隐藏

    当您的应用就是一个单URL的应用程序时(比如游戏),我建议您隐藏地址栏。除此之外的情况我并不建议您隐藏地址栏。在Manifest中,display: minimal-ui 或者 display: browser对于大多数情况来说足够用了。

    缓存过大

    你不能将您网站中的所有内容缓存下来。对于小一些的网站来说缓存所有内容并不是一个问题,但是如果一个网站包含了上千个页面呢?很明显不是所有人对网站中的所有内容都感兴趣。存储是有限制的,如果您将所有访问过的页面都缓存下来的话,缓存大小会增长额很快。

    你可以这样制定你的缓存策略:

    • 只缓存重要的页面,比如主页,联系人页面和最近浏览文章的页面。
    • 不要缓存任何图片,视频和大文件
    • 定时清理旧的缓存
    • 提供一个“离线阅读”按钮,这样用户就可以选择需要缓存哪些内容了。

    缓存刷新

    示例代码中在发起请求之前会先查询缓存。当用户处于离线状态时,这很好,但是如果用户处于在线状态,那他只会浏览到比较老旧的页面。

    各种资源比如图片和视频不会改变,所以一般都把这些静态资源设置为长期缓存。这些资源可以直接缓存一年(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

    你也可以在每次网站发布时,通过改名的方式强制浏览器重新请求资源。

    小结

    至此,相信你如果按照本文一步一步操作下来,你也可以很快把自己的Web应用转为PWA。在转为了PWA后,如果有使用满足 PWA 模型的前端控件的需求,你可以试试纯前端表格控件SpreadJS,适用于 .NET、Java 和移动端等平台的表格控件一定不会令你失望的。

    原文链接:

    1 赞 1 收藏 评论

    图片 11

    本文由澳门402永利com发布于前端技术,转载请注明出处:入门教程,离线网页应用

    关键词:

上一篇:连不上网

下一篇:没有了