小程序
小游戏
企业微信
微信支付
扫描小程序码分享
前一段时间进行小程序的性能优化，将主包由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的启动耗时，貌似有点旧啊。