小程序首屏加载慢

最新推荐文章于 2025-10-02 10:00:00 发布

原创最新推荐文章于 2025-10-02 10:00:00 发布 · 671 阅读

1 ·

CC 4.0 BY-SA版权

js学习专栏收录该内容

84 篇文章

订阅专栏

检查图片
检查图片包括：
图片是否过大
图片懒加载
如果首页要加载的有很多列表或者图片展示，此时要注意图片加载时长，如果超过一定时间，懒加载是个不错的办法。
图片是否可以用cdn托管
对于icon小图标可以放在小程序项目image文件夹里，但是如果图片占用资源，放在cdn托管既可以缩小代码包的大小还可以提升加载效率。
检查首屏接口耗时
一个接口一个接口的排查，在network中查看加载的时间，逐个排查原因，所有请求最好在1s内返回结果。
检查有无错误日志
在JS中如果在同步任务中，一个错误的发生会造成后面整段代码都不执行。
此时应该排查下是否有异常错误，避免出现首屏一直处于加载的状态。必要的时候try catch处理。
检查界面是否使用定时器
定时器一般设置为全局变量，或者定时器和倒计时相关功能绑定，用定时器一定要记得及时回收。
检查基础版本库
如果首页使用里自定义组建，不同颁布要注意基础库要一致。可能不同基础库有些功能的支持条件不一致，要做兼容处理。

四. 优化策略

分包加载
开发者通过在 app.json subpackages 字段声明项目分包结构

{
“pages”:[
“pages/index”,
“pages/logs”
],
“subpackages”: [
{
“root”: “packageA”,
“pages”: [
“pages/cat”,
“pages/dog”
]
}, {
“root”: “packageB”,
“name”: “pack2”,
“pages”: [
“pages/apple”,
“pages/banana”
]
}
]
}
分包之后优先加载主tab，二级界面可以理解为按需加载。
分包要注意，主包不能使用二级界面的样式或者js等，因为主包在加载时分包是不加载的。

利用缓存
当小程序被销毁需要重新渲染界面时，此时冷启动会再次请求接口加载数据，可以利用小程序提供了缓存方法wx.setStorage、wx.getStorage将数据存储在本地。
不使用空白屏
所谓空白屏就是当请求接口的数据没有被返回时，整个界面被hidden的，此时给用户的感觉就是白屏。
推荐做法：当数据没有被渲染时展示页面的基本骨架，利用toast提示加载进度，给用户反馈出加载的进度，会延长用户的等待时间。把优先级高的内容做优先展示，缩短白屏时间；
首页架构调整
调整页面展示顺序等，尽量让首屏简洁化。数据展示的尽量精简化。
渲染优化
避免首页多次setData，未绑定的变量或者和界面无关的变量都不要在setData中体现，这样的情况大多出现在一个变量可能在初版的时候使用，下一个版本更改需求，有些变量不需要渲染界面里，但是程序员并有及时删除。
代码优化
第一：在样式上，检查wxss的使用率，这个很重要又经常被忽视，经常发生在不同版本迭代中，需求和样式是经常被改动的，下一个版本更改没有及时删除掉不用的样式，可能有些程序员心里是想着有可能下次被用到，但是记得项目是有git托管的，可以借助git查找之前的代码记录，所以不是此版本的css大胆的删除吧。
第二：在js上，一个js可能到上千行了，这个原因可能和业务逻辑有关，也可能是你写了太多的函数，没有用函数的封装处理。调用接口，没有用Promise封装或者其他封装办法。