微信小程序运营方案范文大全（微信小程序的【运行机制】解读）
导语
前面我们有章节给大家讲到了 ，微信小程序的生命周期钩子函数 ，那么大家知道 ，这些不同的生命周期函数 ，是在什么样的操作运行模式下触发的吗？本章节就给大家整理了有关于 微信小程序 的操作运行机制 ，以便于对后面微信小程序的开发理解 。
1.微信小程序的运行流程
微信小程序从启动到最终被销毁 ，会经历很多不同的状态 ，小程序在不同状态下会有不同的表现形式 。
运行流程图例
：
1.1 微信小程序的启动模式
从广泛意义上来说 ，微信小程序的启动模式可以被分为两种状态 ，一种是 冷启动 ，另一种为 热启动 ，那么对于这两种启动模式的区别又是什么呢?
从系统的运行的模式上 ，可以被区分为以下两种模式：
冷启动：如果用户是首次打开小程序 ，或者小程序被完全销毁后被用户再次打开 ，此时的小程序需要重新加载启动,就叫做冷启动 。 热启动：如果用户已经打开过小程序了 ，然后在一定时间内再次打开该小程序 ，此时小程序并未被完全销毁 ，只是从后台状态进入前台状态 ，这个过程就是热启动 。从小程序的生命周期函数触发的角度来看 ，我们一般所说的 启动 ，专指为冷启动 ，热启动 一般被称为 后台切换为前台 。
1.2 前台与后台的概念
小程序启动后 ，界面被展示出来给用户呈现后 ，此时小程序处于「前台」状态 。
当用户「关闭」小程序时 ，小程序其实并没有真正被关闭 ，而是进入了「后台」状态 ，此时小程序还可以短暂运行一小段时间 ，但部分 API 的使用会受到限制 。切入后台的方式包括但不限于以下几种：
点击右上角胶囊按钮离开小程序 iOS 从屏幕左侧右滑离开小程序 安卓点击返回键离开小程序 小程序前台运行时直接把微信切后台（手势或 Home 键） 小程序前台运行时直接锁屏以上几种的操作触发时 ，一定时间内 ，小程序均未完全被退出 。当用户再次进入微信并打开小程序 ，小程序又会重新进入「前台」状态 。
1.3 挂起
小程序进入「后台」状态一段时间后（目前是 5 秒） ，微信会停止对小程序 JS 线程的执行 ，小程序则会进入「挂起」状态 。而此时小程序的内存状态依然会被保留 ，但开发者代码的执行会停止 ，事件和接口回调会在小程序再次进入「前台」时触发 。
1.4 微信小程序的销毁
当用户长时间未使用小程序时 ，或者系统资源紧张 ，小程序会被 完全「销毁」 ，即完全终止运行 。具体而言包括以下几种情形：
当小程序进入后台并被「挂起」后 ，如果很长时间（目前是 30 分钟）都未再次进入前台 ，小程序会被销毁 。 由于底层系统机制原因 ，当小程序占用系统资源过高 ，也可能会被系统销毁或被微信客户端主动回收 。2.微信小程序冷启动的页面
当微信小程序执行冷启动时 ，打开的页面有以下情况：
（A 类场景）若启动的场景中不带 指定页面路径:
基础库 2.8.0 以下版本 ，在冷启动时默认直接进入首页 。
基础库 2.8.0 及以上版本遵循「重新启动策略」 ，可能是首页或上次退出的页面 。
（B 类场景）若启动的场景中带有 指定页面路径 ，则启动会进入对应 指定页面路径的页面 。
2.1从新启动策略
当小程序冷启动时 ，如果启动时不带 path（A 类场景） ，默认情况下将会进入小程序的首页 。 在页面对应的 json 文件中（也可以全局配置在 app.json 的 window 段中） ，指定 restartStrategy 配置项可以改变这个默认的行为 ，使得从某个页面退出后 ，下次 A 类场景的冷启动可以回到这个页面 。
例：
{ "restartStrategy": "homePage" }注意：
即使不配置为 homePage ，微信小程序如果退出过久（当前默认一天时间 ，可以使用退出状态来调整） ，下次冷启动时也将不再遵循 restartStrategy 的配置 ，而是直接从首页冷启动 。当完全退出时 ，页面中的状态并不会被保留 ，如输入框中的文本内容 、 checkbox 的勾选状态等都不会还原 。如果需要还原或部分还原 ，需要利用退出状态 。
3.微信小程序热启动页面
当微信小程序执行 热启动时 ，打开的页面也有以下情况：
（A 类场景）若启动的场景中不带 指定页面路径 ，则保留上次的浏览的状态 （B 类场景）若启动的场景中带有 指定页面路径 ，则会直接加载到对应 路径的页面A 类场景有以下一些能被触发的场景：
4. 退出状态
每当微信小程序可能被销毁之前 ，页面回调函数 onSaveExitState 会被触发 。如果想保留页面中的状态 ，可以在这个回调函数中“保存 ”一些数据 ，下次启动时可以从新获得这些已保存数据 。
{ "restartStrategy": "homePageAndLatestPage" } Page({ onLoad() { var prevExitState = this.exitState // 尝试获得上一次退出前 onSaveExitState 保存的数据 if (prevExitState !== undefined) { // 如果是根据 restartStrategy 配置进行的冷启动 ，就可以获取到 prevExitState.myDataField === 上一次保存的数据 } }, onSaveExitState() { let exitState = { myDataField: 上一次保存的数据 } // 需要保存的数据 return { data: exitState, expireTimeStamp: Date.now() + 24 * 60 * 60 * 1000 // 超时时刻 } } })onSaveExitState 返回值可以包含两项：
注意点补充
如果超过 expireTimeStamp 所设置的时间范围 ，那么保存的数据将被丢弃 ，并且冷启动时不遵循 restartStrategy 的配置 ，而是直接从首页冷启动 。 expireTimeStamp 有可能被自动提前 ，如微信客户端需要清理数据的时候 。 在小程序存活期间 ， onSaveExitState 可能会被多次调用 ，此时以最后一次的调用结果作为最终结果 。 在某些特殊情况下（如微信客户端直接被系统杀死,或系统出现异常 ，强制性终止微信客户端运行环境） ，这个方法将不会被调用 ，下次冷启动也不遵循 restartStrategy 的配置 ，而是直接从首页冷启动 。总结
上述内容 ，是我结合官方文档梳理的内容 ，讲述了整个微信小程序的运行流程模式 ，以及在不同的业务操作下 ，将执行不同的运行机制 。
🚵♂️ 博主座右铭：向阳而生 ，我还在路上！
——————————————————————————————
🚴博主想说：将持续性为社区输出自己的资源 ，同时也见证自己的进步！——————————————————————————————
🤼♂️ 如果都看到这了 ，博主希望留下你的足迹！【📂收藏！👍点赞！✍️评论！】
——————————————————————————————创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！