渐进增强小程序策略海量资源.pdfVIP

本文由简悦SimpRead转码，原文地址

今天是模块三的最后一讲，我会从“更新”的角度出发，带你学习怎么一套渐进增强的小程序版本更

新策略。

小程序的资源可以笼统地分为前端和后端资源：前端资源也可以被称为端侧资源（包括、样式文件

等），后端资源指的是小程序的一些服务接口。

今天我就带你从这两个角度切入，学程序端侧资源的更新策略，以及后端服务的灰度发布策略。当

然了，虽然前端开发者比较关心端侧，但还是有必要了解一些后端的知识，有两个。

小程序的更新很多时候都是前后端整体的更新；

后端的知识能够扩宽你的技术视野，当你想成为一名全栈工程师甚至架构师时就会用到这些知识。

所以这一讲我会侧重小程序的端侧更新策略，后端灰度发布的内容占比会相对少一些。

端侧更新策略

开发小程序的技术栈虽然和传统前端非常相似，但在端侧资源的更新策略上却有明显的差异，其根源在

于小程序特殊的端侧资源管理机制，所以要理解更新策略就要先了解这些知识。

在这个过程中，我会对照传统前端（或者也可以认为是浏览器对的前端资源管理机制），讲解小程

序端侧资源管理机制，这样能便于你理解，让你更清晰地知道二者的差异。

的前端资源可以分为动态资源和静态资源，静态的资源包括js、css、等文件，为了提高性能

通常会将这些文件尽量缓存到本地。动态的资源只有HTML文件。

的HTML文件最初是由服务端通过模板引擎渲染出来的，比如freemarker、smarty等，现在仍然

有很多使用这种方式，不过更流行的是用React/VueSSR以及SPA的静态HTML。

虽然在SPA架构中，HTML文件与js文件、css文件一样作为静态资源部署，但跟js和css不同的

是，我们并不会让浏览器缓存HTML文件，而是通过服务器配置将HTML文件的HTTP请求的Cache-

ControlHeader设置为no-cache。这是为了保证用户每次打开都会得到版的HTML文件，

而其他静态资源都要通过HTML文件才会被引入，这保证了HTML文件的实时性，也保证了所有

静态资源的实时性。

跟不同的是，小程序的“所有”端侧资源都是静态的（“所有”我加了引号是因为它指的是小程序代码

包中的所有文件，至于代码中的外部文件不在我们的讨论范围之内）。

小程序的资源是托管在服务器上的，跟不同，不会在用户每次打开小程序时，从服务器拉

取的小程序资源，而是尽可能地发挥缓存的优势（触发拉取新版本资源的时机有很多种，稍后我会

一条条地讲）。先来看下面这

小程序端侧资源管理机制

当用户打开小程序时，客户端会先从缓存中拉取小程序的端侧资源，有的话就展示给用户，没有的

话会从服务器拉取，这时，拉取的肯定是版本，然后放入缓存并展示给用户。

以上就是小程序的端侧资源的管理机制。从这套流程里你会发现一个问题：既然优先使用缓存中的资

源，那么当我发布了小程序新版本，怎么保证用户尽可能快地更新为新版本呢？这就是我们要讨论

的重点：小程序的端侧资源更新机制。

前面我提到“触发拉取新版本资源的时机有很多种”。本地没有缓存会触发是最简单的一种时机，除此之

外还有两种时机。

未启动时：指的是小程序处于非活跃状态时（比如处于），但是请注意，这种状态是用户已

经用过小程序后才会产生的，如果用户从来都没有用过你的小程序，就不存在状态的概念了，因为

对于这个用户来说，你的小程序是无状态的。

冷启动时：小程序被销毁重新打开后会进入冷启动状态（我们在11讲也提到了这个机制，不记得

了要及时复习）。

当你在小程序管理发布新版本的小程序，会根据用户设备上小程序的状态实施不同的更新

策略。

如果小程序处于未启动状态，客户端会在“若干个时机”去检查缓存中的小程