微信小程序 —- 生命周期

目录

生命周期

1. 小程序运行机制

2. 小程序更新机制

3. 生命周期介绍

4. 应用级别生命周期

5. 页面级别生命周期

6. 生命周期两个细节补充说明

7. 组件生命周期

总结

生命周期

1. 小程序运行机制

冷启动与热启动：

小程序启动可以分为两种情况，一种是冷启动，一种是热启动

冷启动：如果用户首次打开，或小程序销毁后被用户再次打开，此时小程序需要重新加载启动

热启动：如果用户已经打开过某小程序，然后在一定时间内再次打开该小程序，此时小程序并未被销毁，只是从后台状态进入前台状态

前台 以及 后台状态：

小程序启动后，界面被展示给用户，此时小程序处于「前台」状态。

当用户「关闭」小程序时，小程序并没有真正被关闭，而是进入了「后台」状态，当用户再次进入微信并打开小程序，小程序又会重新进入「前台」状态

切后台的方式包括但不限于以下几种：

• 点击右上角胶囊按钮离开小程序
• 安卓点击返回键离开小程序
• 屏幕左侧右滑离开小程序

挂起：

小程序进入「后台」状态一段时间后（5 秒），微信停止小程序 JS 线程执行，小程序进入「挂起」状态，当开发者使用了后台播放音乐、后台地理位置等能力时，小程序可以在后台持续运行，不会进入到挂起状态

销毁：

如果用户很久没有使用小程序，或者系统资源紧张，小程序会被销毁，即完全终止运行。

当小程序进入后台并被「挂起」后，如果很长时间（目前是 30 分钟）都未再次进入前台，小程序会被销毁

当小程序占用系统资源过高，可能会被系统销毁或被微信客户端主动回收。

2. 小程序更新机制

在访问小程序时，微信会将小程序代码包缓存到本地。

开发者在发布了新的小程序版本以后，微信客户端会检查本地缓存的小程序有没有新版本，并进行小程序代码包的更新。

小程序的更新机制有两种：启动时同步更新和启动时异步更新

启动时异步更新

启动时同步更新：微信运行时，会定期检查最近使用的小程序是否有更新。如果有更新，下次小程序启动时会同步进行更新，更新到最新版本后再打开小程序。如果 用户长时间未使用小程序时，会强制同步检查版本更新

启动时异步更新

启动时异步更新：在启动前没有发现更新，小程序每次 冷启动 时，都会异步检查是否有更新版本。如果发现有新版本，将会异步下载新版本的代码包，将新版本的小程序在下一次冷启动进行使用，当前访问使用的依然是本地的旧版本代码

在启动时异步更新的情况下，如果开发者希望立刻进行版本更新，可以使用wx.getUpdateManagerAPI 进行处理。在有新版本时提示用户重启小程序更新新版本。

App({/** * 当小程序初始化完成时，会触发 onLaunch（全局只触发一次） */ onLaunch: function () {const updateManager = wx.getUpdateManager()updateManager.onCheckForUpdate(function (res) {// 请求完新版本信息的回调console.log(res.hasUpdate)})updateManager.onUpdateReady(function () {wx.showModal({title: '更新提示',content: '新版本已经准备好，是否重启应用？',success(res) {if (res.confirm) {// 新的版本已经下载好，调用 applyUpdate 应用新版本并重启updateManager.applyUpdate()}}})})updateManager.onUpdateFailed(function () {// 新版本下载失败})}})

落地代码：

App({// onLaunch 是小程序的钩子函数，这个钩子函数在冷启动时肯定会执行到// 当小程序冷启动时，会自动微信后台请求新版本的信息，如果有新版本，会立即进行下载onLaunch () {// 使用 wx.getUpdateManager 方法监听下载的状态const updateManager = wx.getUpdateManager()// 当下载完成新版本以后，会触发 onUpdateReady 回调函数updateManager.onUpdateReady(function () {// 在回调函数中给用户提示，wx.showModal({title: '更新提示',content: '新版本已经准备好，是否重启应用？',success(res) {if (res.confirm) {// 强制当前小程序使用新版本并且会重启当前小程序updateManager.applyUpdate()}}})})}})

3. 生命周期介绍

应用生命周期是指应用程序进程从创建到消亡的整个过程

小程序的生命周期指的是 小程序从启动到销毁的整个过程

在打开一个小程序应用的时候都需要经历一系列的初始化步骤，比如页面是否加载完成、页面是否初次渲染完成等等。

在此过程中，小程序也会运行被称为生命周期钩子的函数，这些函数由小程序框架本身提供，被称为生命周期函数，生命周期函数会按照顺序依次自动触发调用。帮助程序员在特定的时机执行特定的操作，辅助程序员完成一些比较复杂的逻辑。让开发者有机会在特定阶段运行自己的代码。

小程序的生命周期分类三类：应用级别、页面级别和组件级别 3 种类型，我们先学习应用级别和页面级别的生命周期

4. 应用级别生命周期

知识点：

应用生命周期通常是指一个小程序从 启动 → 运行 → 销毁的整个过程

应用生命周期伴随着一些函数，我们称为 应用生命周期函数，应用生命周期函数需要 在 app.js 文件的 App() 方法中定义

当整个小程序应用运行到某个时机的时候，我们需要做一些事情。例如：当小程序启动成功之后，我们要获取小程序的一些信息，就可以在小程序启动成功时的钩子函数中写代码获取我们想要的信息。

注意事项：

1. 从小程序生命周期的角度来看，我们一般讲的「启动」专指冷启动，热启动一般被称为后台切前台。

2. App() 必须在app.js中调用，必须调用且只能调用一次。不然会出现无法预期的后果。

小程序启动后，后台会首先完成小程序的初始化，该过程只会触发一次；之后会完成显示的工作，用户可以操作小程序从前台进入后台以及从后台回复到前台显示；小程序在后台运行一段时间，当系统资源不足时会被注销。

落地代码：

➡️ app.js

App({/** * 当小程序初始化完成时，会触发 onLaunch（全局只触发一次） */onLaunch: function () {// 监听小程序初始化console.log('onLaunch: 当小程序初始化完成时，会触发 onLaunch')},/** * 当小程序启动，或从后台进入前台显示，会触发 onShow */onShow: function (options) {// 监听小程序的显示console.log('onShow: 当小程序启动，或从后台进入前台显示')},/** * 当小程序从前台进入后台，会触发 onHide */onHide: function () {// 监听小程序的隐藏console.log('onHide: 小程序从前台进入后台')}})

5. 页面级别生命周期

知识点：

页面生命周期就是指小程序页面从 加载 → 运行 → 销毁的整个过程

当某个页面运行到某个时机的时候，我们需要做一些事情，例如: 当某个页面加载完毕之后，需要发请求获取当前页面所需的数据，就可以在对应的页面加载完成后的钩子函数中执行发送请求的代码。

小程序中的一个页面都需要在对应页面的.js文件中调用Page()方法来注册。Page()接受一个Object类型参数，其指定页面的初始数据、生命周期回调、事件处理函数等。

落地代码：

// pages/home/home.jsPage({ // coding...// 生命周期函数--监听页面加载onLoad: function (options) {console.log('页面加载完毕')},// 生命周期函数--监听页面显示onShow: function () {console.log('监听页面显示，此时页面处于显示状态')},// 生命周期函数--监听页面初次渲染完成onReady: function () {console.log('页面初次渲染已经完成')},// 生命周期函数--监听页面隐藏onHide: function () {console.log('当前页面处于隐藏状态')},// 生命周期函数--监听页面卸载onUnload: function () {console.log('页面卸载时触发')}})

6. 生命周期两个细节补充说明

1. tabBar 页面之间相互切换，页面不会被销毁

2. 点击左上角，返回上一个页面，会销毁当前页面(被打开页面)

7. 组件生命周期

即自定义组件的生命周期。

• （1）created（）组件实例被创建时触发
• （2）attached（）组件被添加到页面节点树中时触发
• （3）ready（）组件初次渲染完成时触发
• （4）moved（）组件被移动到新的节点位置时触发
• （5）detached（）组件被从页面节点树中移除时触发

此外，自定义组件还有一些特殊的生命周期方法：

lifetimes：用于替代原有的生命周期方法。lifetimes 中可以定义 created、attached、ready、moved、detached 等方法，它们与上述对应的生命周期方法具有相同的功能。

pageLifetimes：用于监听组件所在页面的生命周期。可以定义 show（页面展示时触发）、hide（页面隐藏时触发）等方法，这些方法可以在组件中通过 this.triggerEvent 主动触发。

Component({// 监听当前组件的生命周期lifetimes: {created() {console.log("created 组件被创建出来了");},ready() {console.log("ready 组件被附加到页面的节点树上了");},attached() {console.log("attached 组件被显示出来了");},detached() {console.log("detached 组件从页面上被移除了");},},// 监听挂载到的页面对应的生命周期pageLifetimes: {hide() {console.log("页面被隐藏了");},show() {console.log("页面显示出来了");}}});

总结

想一下加载一个页面（包含组件）的加载顺序，按照直觉小程序加载顺序应该是这样的加载顺序（以下列子中Component都是同步组件）：

• 首先执行App.onLaunch->App.onShow
• 其次执行Component.created->Component.attached
• 再执行Page.onLoad->Page.onShow
• 最后 执行Component.ready->Page.onReady

可以看到，在页面onLoad之前会有页面create阶段，这其中就包含了组件的初始化，等组件初始化完成之后，才会执行页面的onLoad, 之后页面ready事件也是在组件ready之后才触发的。

下面我们来看看Behavior,Behavior与Vue中的mixin类似，猜想下其中的执行顺序：

Behavior.created => Component.created

测试下来和预期相符，其实在Vue的文档中有一段这样的描述：

另外，混入对象的钩子将在组件自身钩子之前调用。

这样的设计和主流设计保持一致。接下来我们看看pageLifetimes,有show和hide生命周期对应页面的展示与隐藏，预期的执行顺序：

pageLifetime.show => Page.onShow

测试下来也和预期相符，那么我们可以推断出如下的结论：

当页面中包含组件时，组件的生命周期(包括pageLifetimes)总是优先于页面，Behaviors生命周期优先于组件的生命周期。但其实有个例外：页面退出堆栈，当页面unload时会执行如下顺序：

Page.onUnload => Component.detached

看了以上的分析你应该知道了答案，最后做个总结