小程序
小游戏
企业微信
微信支付
扫描小程序码分享
前一段时间进行小程序的性能优化,将主包由1.3M缩减至0.9M,但是从上线两个星期的性能监控来看,基本没什么效果。想了解下启动耗时该怎么优化?
5 个回答
加粗
标红
插入代码
插入链接
插入图片
上传视频
我觉得这个下载耗时很迷啊。上一个迭代总包1183kb,主包958kb,这个迭代总包727kb,主包695kb,整体包体积减少了350+kb,但是微信后台统计的下载耗时反而上升了200+ms。
你好,麻烦通过点击下方“反馈信息”按钮,提供出现问题的。
同问,没有官方解答吗?
给大家一些建议吧:
尽可能减少主包体积,控制在1M以内,理想的话,800K左右是性能瓶颈。主包体积里,通过在开发者工具,清空所有缓存后点击编译。然后在"Console"里输入document.head查看项目初始化时加载的JS文件,尽可能少的在引入JS。
减少首屏的预加载。没什么特殊需求,尽量不要在首屏预加载其他子包。
减少首屏的HTTP请求。
借助开发者工具的“Audits”以及小程序管理后台近期上线的“小程序测评”里的“查看详情报告”对官方提供的性能优化点进行优化。
经过以上点的优化,公司项目的小程序启动耗时稳定在2.9-3.0之间。
大家有什么其他的优化方式,欢迎交流。
谢谢分享!
同问,主包1M,整项目1.5M,分包后,下载耗时减了点,启动耗时一点没变,启动耗时包括页面异步请求接口的时间么,好友首页有地图,地图耗时会高么
同问,貌似和下载耗时,渲染耗时关系不大,这个启动总耗时到底包括了什么?
下载耗时大概1S,渲染50ms,但是总耗时居然高达3s 到 4s
分不分包没有什么区别,只能减少下载耗时而已
看了一下,ios平均1s,安卓平均3.5s,这区别也太大了吧
分包完全解决不了启动总耗时长的问题,为什么官方老建议分包呢,真的不是项目太大了,下载耗时只有1S而已。
另外问一下ald阿拉丁这种统计工具,会不会影响启动耗时?
主要是包的大小和首页加载耗时,如果项目比较大的话可以考虑分包加载
已经分包了,主包就是控制在0.9M,整个项目3.5M左右。但平均3.4S的启动耗时,貌似有点旧啊。
关注后,可在微信内接收相应的重要提醒。
请使用微信扫描二维码关注 “微信开放社区” 公众号
我觉得这个下载耗时很迷啊。上一个迭代总包1183kb,主包958kb,这个迭代总包727kb,主包695kb,整体包体积减少了350+kb,但是微信后台统计的下载耗时反而上升了200+ms。
同问,没有官方解答吗?
给大家一些建议吧:
尽可能减少主包体积,控制在1M以内,理想的话,800K左右是性能瓶颈。主包体积里,通过在开发者工具,清空所有缓存后点击编译。然后在"Console"里输入document.head查看项目初始化时加载的JS文件,尽可能少的在引入JS。
减少首屏的预加载。没什么特殊需求,尽量不要在首屏预加载其他子包。
减少首屏的HTTP请求。
借助开发者工具的“Audits”以及小程序管理后台近期上线的“小程序测评”里的“查看详情报告”对官方提供的性能优化点进行优化。
经过以上点的优化,公司项目的小程序启动耗时稳定在2.9-3.0之间。
大家有什么其他的优化方式,欢迎交流。
谢谢分享!
同问,主包1M,整项目1.5M,分包后,下载耗时减了点,启动耗时一点没变,启动耗时包括页面异步请求接口的时间么,好友首页有地图,地图耗时会高么
同问,貌似和下载耗时,渲染耗时关系不大,这个启动总耗时到底包括了什么?
下载耗时大概1S,渲染50ms,但是总耗时居然高达3s 到 4s
分不分包没有什么区别,只能减少下载耗时而已
看了一下,ios平均1s,安卓平均3.5s,这区别也太大了吧
分包完全解决不了启动总耗时长的问题,为什么官方老建议分包呢,真的不是项目太大了,下载耗时只有1S而已。
另外问一下ald阿拉丁这种统计工具,会不会影响启动耗时?
主要是包的大小和首页加载耗时,如果项目比较大的话可以考虑分包加载
已经分包了,主包就是控制在0.9M,整个项目3.5M左右。但平均3.4S的启动耗时,貌似有点旧啊。