小程序性能优化之页面预加载方案——让你的小程序运行如飞 进阶篇

本文主要是介绍小程序性能优化之页面预加载方案——让你的小程序运行如飞 进阶篇,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

小程序性能优化之页面预加载方案 进阶篇

转载请注明出处:https://blog.csdn.net/sinat_27612147/article/details/80798452

写在前面

预加载方案的集成方式请参考上篇 小程序性能优化之预加载方案 集成篇

有网友发现,这个项目无法运行在使用了组件的小程序中,所以大家如果使用了组件的话,就不要直接用这个项目了。当然还是推荐你看下这个项目的思想,毕竟工程师在工作中思想是很重要的。

再次声明,这个预加载方案要求与服务器的通信时间,不能大于**350ms**,渲染时传入的data数据量也不能太大,若超过这个值或数据量过大,页面依旧会先空后有数据,也就是跳转后闪一下。如果超过了这个值,建议服务器优化数据处理速度,或者拆分协议,先请求一部分轻量级的数据,繁重的数据根据时机之后再请求。

还有,一定要记住,在真机上测试时,一定要关闭小程序的调试模式,否则,会极大的减慢渲染数据的速度!

技术原理流程图

预加载技术原理流程图

技术原理详解

这个技术核心思想是延迟跳转和预加载

延迟跳转

延迟跳转是什么?通常情况下,一个按钮,你都要给他加点击反馈的,在小程序的view组件里是有这么两种属性。

  • hover-class:指定按下去的样式类。当 hover-class=“none” 时,没有点击态效果,默认值是none
  • hover-stay-time:手指松开后点击态保留时间,单位毫秒。默认值是400ms。

一个按钮的点击态持续时间,100ms的体验是很好的(我自己是这么感觉的,哈哈)。
按钮点击态可以这样处理:

  1. wx.navigateTo上包裹一层setTimeout,延迟时间设置为150ms。
  2. view添加了hover-classhover-stay-time这两个属性。
  3. 指定hover-stay-time的值为100。这里比上面少了50ms是为了让用户看到点击态消失时页面再跳转,体验要好很多。

这样就实现了延迟加载。
从点击按钮开始算,到执行第二个页面的onLoad方法,我们算下现在页面跳转的总时间,大概在200ms左右:

  • 延迟150ms执行wx.navigateTo
  • 本身的普通跳转时间50ms

到此为止,跳转页面的时间从原来的50ms被活生生拖到了200ms。(在这里多说几句,js单线程原因,setTimeout函数是不准确的,而且普通跳转的50ms也是有上下浮动的。所以这个200ms是大概的一个值。)
你可能会很纳闷,不是要缩短加载时间吗,怎么这还得拖长时间呢?我说下我考虑的几个方面。
假设一个协议的总时间是300ms。我们取一个两个极端情况,页面跳转不花时间,打开一个新页面只花协议收发的300ms,那么有两种选择,一个是正常的方式,页面打开后发协议,等300ms看到结果;还有一个是,立刻发送协议,同时花300ms的时间来等待获取数据,获取到后进行页面跳转,那么跳转到下个页面时,数据能立刻被渲染出来!
这两种情况对应了用户的两种心态:

  1. 就算是0ms跳转完成,第二个页面没有获取到数据,用户也是一种等待的心理,也要等获取到数据后才能看到页面的样子,还会感觉你这页面加载好慢啊。
  2. 如果一个页面的跳转的做150ms的延迟处理,再加上本身跳转需要的50ms,会极大的延长跳转时间,但是却能保证轻量级的协议在这段时间内有足够的时间来完成预加载。
  3. 将按钮的点击态持续时间设置为100ms,既可以延缓用户在点击按钮时等待跳转的焦急心理,又能提供额外的时间来预加载。

所以我们可以这么处理,点击按钮立即发送协议,同时延迟150ms跳转,用按钮的点击态100ms来遮盖延迟跳转造成的等待时间,之后再花50ms时间完成页面跳转。页面跳转完成后,从开始执行onLoad()函数到页面首次渲染数据时不闪屏的极限时间是150ms(这个时间点是在onReady()执行后的50ms内),这个时间是我经过大量测试后得出的。这样的话,在这短短的350ms左右的时间,一个轻量级的协议可以很轻松的完成数据的获取。在跳转到下一个页面后,就可以立刻渲染数据了。

最终给用户的感觉是:页面打开的速度没有什么变化,但是打开新页面时数据加载的速度缺比以前快了!(心理学太可恶了哈。。。)

为什么上面讲到的时间点是在onReady()函数执行的时间附近?小程序官网教程用了一张图讲生命周期。

生命周期

可以看到,在AppService Thread线程执行完onShow()函数后,会将数据发送给View Thread来完成数据的初次渲染。这也就是说,只要你的数据在onReady()函数执行前后完成渲染,用户就应该不会看到空页面。

预加载

既然延迟跳转为预加载提供了足够的时间,那么,我们该怎样在A页面点击按钮时就立刻发送网络请求,来实现预加载B页面的数据呢??
很简单啊!直接在A页面里发协议,全局缓存起来,然后加个观察者,等收到数据后再通知B页面更新。

这其实就是这个框架基本的思想,但是存在几个问题

  1. B页面的协议在A页面的代码中调用,对A页面造成了业务污染,不符合单一职责原则。
  2. 数据的全局缓存,会造成你的全局变量越来越多,对后期维护造成严重影响。
  3. 预加载所对应的类是成对的(比如A和B),观察者的加入,势必会让你在很多类中调用相同的代码,又乱又不优雅。
  4. 将来你不想用预加载了,那么你要修改大量的代码来恢复成原生的跳转方式,这一点也是最严重的一点。

所以在编写前我考虑了这么几个问题。

  1. 最好让B页面的协议在B页面的业务代码里完成,不要对A有污染。
  2. 预加载的调用必须要简单。
  3. 预加载不能对已有项目造成大量的改动和影响。
  4. 如果不想用预加载,改动量越少越好。

那么就有了这么个CommonPage

集成在CommonPage中的预加载

对于下面这段代码,你可以从上看下去

//Navigator是一个存储了所有需要预加载的页面对象的类,如SecondPage对象。
import Navigator from "./Navigator";
export default class CommonPage {constructor(...args) {//构造方法内部,这里是在小程序启动时执行,对于每一个继承CommonPage的子类来说,只会执行一次,if (args.length) {const name = args[0].clazzName;if (name) {//将clazzName添加到this.data中。this.data = {clazzName: name};//根据声明时注入的clazzName,将对应的页面类放入到一个obj对象中来管理。Navigator.putPage(name, this);}}}$init(originData) {//合并this.data和在子类中注入的originDataObject.assign(this.data, originData);//这里的this.$origin是为了保证可以获取到最初的this.data。this.$origin = JSON.parse(JSON.stringify(this.data));Object.freeze(this.$origin);}//预加载专用setData方法,用于处理因上下文不一致造成的相关问题$setData = function (data) {if (this.setData) {this.setData(data);} else {Object.assign(this.data = this.data ? this.data : {}, data);}};//预加载页面跳转方式$route = function ({path = '', query = {}, clazzName = ''}) {//开始执行,进入第一时期。let args = '';if (Object.keys(query).length) {args = '?';for (let i in query) {if (query.hasOwnProperty(i)) {args += i + '=' + query[i] + '&';}}args = args.substring(0, args.length - 1);}let clazz = Navigator.getPage(clazzName);//在这里可以看出,如果根据clazzName找不到对应的页面,则会以原生方式跳转。if (clazz && clazz.$onNavigator) {clazz.$onNavigator && clazz.$onNavigator(query);setTimeout(() => {//这里执行成功后,开始进入第二时期。wx.navigateTo({url: `${path + args}`});}, 150);} else {wx.navigateTo({url: `${path + args}`});}};//预加载数据异步请求函数。传入键key,和对应的异步请求方法,及参数。$put = function (key, fun, args) {if (key && fun) {CommonPage.prototype._pageValues[`${this.data.clazzName}?${key}`] = CommonPage._$delay(this, fun, args);}};//获取预加载数据函数。根据key值,获取对应的promise,调用then方法即可在对应的回调函数中接收到数据。$take = function (key) {if (key) {const promise = CommonPage.prototype._pageValues[`${this.data.clazzName}?${key}`];delete CommonPage.prototype._pageValues[`${this.data.clazzName}?${key}`];return promise;}return null;};//这里是用的Promise来处理异步请求。static _$delay(context, cb, args) {return new Promise((resolve, reject) => {context.resolve = resolve;context.reject = reject;CommonPage.prototype.currentPageContext = context;cb && cb(args, resolve, reject);});}//协议成功回调函数,需要在请求协议的函数成功回调中调用该方法,传入data,即小程序页面的data。$resolve = function (data) {const context = CommonPage.prototype.currentPageContext;!!context && !!context.resolve && context.resolve(data);CommonPage.prototype.currentPageContext = null;};//协议失败回调函数,在请求协议的失败回调中调用该方法,可以传入data和自定义的错误信息。$reject = function (data, error) {const context = CommonPage.prototype.currentPageContext;!!context && !!context.reject && !!context.reject(data, error);CommonPage.prototype.currentPageContext = null;};onLoad(options) {};onReady() {}onShow() {}onUnload() {if (this.data.clazzName) {let clazz = Navigator.getPage(this.data.clazzName);if (!clazz || !clazz.$origin) {console.error('请先在页面的constructor方法中注入init(data),以避免出现不必要的错误');return;}//在页面卸载时,会重置页面类的data为最初的data。clazz.data = JSON.parse(JSON.stringify(clazz.$origin));}}
}CommonPage.prototype._pageValues = {};
CommonPage.prototype.currentPageContext = null;

这个类的代码非常简单,但是,你要时刻清楚,各个时期,在这些函数中的上下文对应的是什么。预加载可以分为两个时期,以IndexPage页面跳转SecondPage页面(预加载SecondPage页面)为例,:

1. 点击按钮时还未执行wx.navigateTo()。

点击按钮,执行 this.$route()方法,内部执行了clazz.$onNavigator(query)的,这个clazzSecondPage实例SecondPage的$onNavigator()执行了下面的代码:

$onNavigator(query) {this.$put('second-data', this.initData.bind(this), query);};

这里就要注意上下文的问题了,$onNavigator中的this是调用者clazz实例(这里的clazz实例是SecondPage),并不是小程序的Page,所以在这里是无法调用setData的,因为setData是小程序Page原型对象的方法,不是clazz实例的原型对象方法。

$put方法内部是用promise来实现的,不懂promise的话,去看下ES6 关于Promise的讲解,之后执行的then方法是什么你也就理解了。

initData方法中进行数据的异步请求,此时,了解了上下文的你会发现,虽然initData是在SecondPage中编写的,但实际是在IndexPage页面中执行的。

 initData = function (query, resolve, reject) {setTimeout(() => {if (typeof query.count === "string") {query.count = parseInt(query.count);}this.data.arr.splice(0, this.data.arr.length);for (let i = 0; i < query.count; i++) {this.data.arr.push({id: i, name: `第${i}个`, age: parseInt(Math.random() * 20 + i)})}this.$setData(this.data);this.$resolve(this.data);//或者 resolve(this.data);}, 350);};

initData$onNavigator中是以bind(this)的方式传入的,导致initData在这个时期的上下文自动变为clazzclazz拥有CommonPage中的所有方法的,所以可以使用$setData $resolve之类的方法的。
因为此时的上下文clazz中没有setData方法,所以 $setData会以覆盖的方式合并this.data,而this.$resolve(this.data)的执行则会触发then()的第一个函数的回调,所以到了第二个时期,只要获取到了数据,就会执行该函数,从而替代了观察者。

2. 在执行完clazz.$onNavigator后执行wx.navigateTo(),也就是已经跳转到了第二个页面。
 onLoad(options) {const lightningData = this.$take('second-data');if (lightningData) {lightningData.then((data) => {this.$setData(data);});return;}this.initData(options);}

此时小程序将SecondPage实例拷贝到Page对象中,上下文变成了Page对象,可以像往常一样调用该方法。而此时上下文也拥有了setData方法,可以进行数据的渲染。
所以我在$setData中根据上下文的不同,做了不同的处理。要么是渲染数据,要么是合并数据。所以可以在两个时期,都调用$setData

根据this.$take(key)取得的结果,就能判断出,预加载是否成功,如果不成功,则返回值是空,说明没有使用预加载,那么依旧会执行initData来完成数据加载。

对于这两个时期的this.data,实际上都是指向的同一个对象SecondPagedata,在页面跳转时并没有深拷贝,所以,如果你修改了第一个时期的this.data,那么会直接影响跳转后页面的初始this.data的值。进入页面时是没影响,但是退出页面时,因为data的改变,导致下次进入时还会有上一次data的缓存,这就麻烦了。这也就是我为什么在页面卸载时重置this.data了。

看到这里,让我们回顾下之前提的几个问题,是否都解决了。

  1. 最好让B页面的协议在B页面的业务代码里完成,不要对A有污染。(协议虽然是在A页面发出的,但却是在B页面编写的,不会对A有任何污染。)
  2. 预加载的调用必须要简单。(不用添加观察者,所有的调用也都很简单)
  3. 预加载不能对已有项目造成大量的改动和影响。(也是要改很多东西的,比如你要把第一个时期调用的所有setData全部改成$setData,这个应该说是没有解决。)
  4. 如果不想用预加载,改动量越少越好。(不想用预加载?直接删掉new XXXPage时注入的参数clazzName就可以了,其他的都不用动。)

这里还要说下$setData的一个问题,这个方法在第一个时期,是无法进行局部更新的,所以你如果这样调用

let obj = {};
obj['person.name'] = '小明';
this.$setData(obj);

那么$setData会将person.name为键,合并到data中,并没有修改data中的person的name属性。
上面也说了,this.data在两个时期内,都是同一个data。所以这里你可以以这种方式来局部更新:

this.data.person.name = '小明';

顺便贴下Navigator类的代码。

export default class Navigator {static pages = {};static putPage(path, value) {this.pages[path] = value;}static getPage(path) {return this.pages[path];}static removePage(path) {delete this.pages[path];}
}

写在最后

这就又啰嗦了。

为什么是350ms? 400ms不行吗?

不行!350ms是我综合这个框架的运行时间和人眼视觉敏感度后的极限时间。如果一个协议请求达到400ms,就会出现“页面闪烁”问题,体验好与坏,就差这50ms。
这个数据的得出,是有依据的。我们算下加载一个空页面的总时间。

150ms的延迟跳转。

之前也讲了,在点击按钮时,会延迟150ms跳转,同时为了不让用户有延迟感,给按钮添加了100ms的点击态持续时间。这两个时间是并行的,实际上,页面跳转时间是以150ms为准。

少于50ms的页面深拷贝时间。

小程序在跳转新页面时,会将该页面深拷贝一份。然后执行新页面和覆盖页面的生命周期函数等等,总之到新页面执行onLoad生命周期函数时,这部分时间大概是50ms,并且,第二次跳转相同页面,时间会少很多,20ms多的样子,这个也是因手机性能而异。

onLoadonReady大概是100ms

小程序到onReady时,页面才真正渲染完成。

此时页面的跳转到加载空页面完成总时间大概在300ms左右。

而对于轻量级数据的渲染,速度都是个位数级别的。

实际测试时,再延长50ms也可以很快的渲染出来,人眼来不及反应。

所以数据获取时间最多是350ms。

框架还需要优化的地方

  • 需要在创建页面对象时自己手动注入clazzName,这一点让我很不爽,相信你也是。
  • 对于这个框架,我打算使用gulp来进行实时编译,这样应该能解决上面的问题。

GitHub源码地址:

小程序预加载技术源码

这篇关于小程序性能优化之页面预加载方案——让你的小程序运行如飞 进阶篇的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/519939

相关文章

Android ClassLoader加载机制详解

《AndroidClassLoader加载机制详解》Android的ClassLoader负责加载.dex文件,基于双亲委派模型,支持热修复和插件化,需注意类冲突、内存泄漏和兼容性问题,本文给大家介... 目录一、ClassLoader概述1.1 类加载的基本概念1.2 android与Java Class

使用Docker构建Python Flask程序的详细教程

《使用Docker构建PythonFlask程序的详细教程》在当今的软件开发领域,容器化技术正变得越来越流行,而Docker无疑是其中的佼佼者,本文我们就来聊聊如何使用Docker构建一个简单的Py... 目录引言一、准备工作二、创建 Flask 应用程序三、创建 dockerfile四、构建 Docker

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri

MyBatisPlus如何优化千万级数据的CRUD

《MyBatisPlus如何优化千万级数据的CRUD》最近负责的一个项目,数据库表量级破千万,每次执行CRUD都像走钢丝,稍有不慎就引起数据库报警,本文就结合这个项目的实战经验,聊聊MyBatisPl... 目录背景一、MyBATis Plus 简介二、千万级数据的挑战三、优化 CRUD 的关键策略1. 查

SQLite3 在嵌入式C环境中存储音频/视频文件的最优方案

《SQLite3在嵌入式C环境中存储音频/视频文件的最优方案》本文探讨了SQLite3在嵌入式C环境中存储音视频文件的优化方案,推荐采用文件路径存储结合元数据管理,兼顾效率与资源限制,小文件可使用B... 目录SQLite3 在嵌入式C环境中存储音频/视频文件的专业方案一、存储策略选择1. 直接存储 vs

Spring如何使用注解@DependsOn控制Bean加载顺序

《Spring如何使用注解@DependsOn控制Bean加载顺序》:本文主要介绍Spring如何使用注解@DependsOn控制Bean加载顺序,具有很好的参考价值,希望对大家有所帮助,如有错误... 目录1.javascript 前言2. 代码实现总结1. 前言默认情况下,Spring加载Bean的顺

SpringBoot服务获取Pod当前IP的两种方案

《SpringBoot服务获取Pod当前IP的两种方案》在Kubernetes集群中,SpringBoot服务获取Pod当前IP的方案主要有两种,通过环境变量注入或通过Java代码动态获取网络接口IP... 目录方案一:通过 Kubernetes Downward API 注入环境变量原理步骤方案二:通过

Springboot3+将ID转为JSON字符串的详细配置方案

《Springboot3+将ID转为JSON字符串的详细配置方案》:本文主要介绍纯后端实现Long/BigIntegerID转为JSON字符串的详细配置方案,s基于SpringBoot3+和Spr... 目录1. 添加依赖2. 全局 Jackson 配置3. 精准控制(可选)4. OpenAPI (Spri

关于跨域无效的问题及解决(java后端方案)

《关于跨域无效的问题及解决(java后端方案)》:本文主要介绍关于跨域无效的问题及解决(java后端方案),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录通用后端跨域方法1、@CrossOrigin 注解2、springboot2.0 实现WebMvcConfig

springboot加载不到nacos配置中心的配置问题处理

《springboot加载不到nacos配置中心的配置问题处理》:本文主要介绍springboot加载不到nacos配置中心的配置问题处理,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑... 目录springboot加载不到nacos配置中心的配置两种可能Spring Boot 版本Nacos