FWQ
小程序加载快慢的问题和解决办法
关于小程序的加载快慢这可是一大学问,自古以来性能都是重点,所以下面我浅谈一下自己遇到的问题和解决方法吧 首先,先从网络请求network说起: 这里基本不关前端的事情,但是这也是优化小程序的一大重点,后端响应我们请求数据的速度影响了整个页面的速度,所以,把它拿到第一位 请求超过300ms就已经算是慢了,所以会影响总体速度。 建议:叫后端优化接口,加快响应速度。 还有,尽量减少无谓的请求,将数据合并到一个接口上,这样可以方便操作,又可以节约资源,(前提不被后端责骂) 第二:图片 图片的话,对越用户上传的图片的大小验证一下,大于500K的拒绝就好了,尽量经过压缩在上传服务器,如果文中含有大量的图片的,尽量使用base64,转换一下,可以减少点资源, 多图片的情况况下,最好做一个懒加载技术。。。把一些体积较大的图片资源改为使用线上资源。具体做法是将素材先上传到 cdn,然后在小程序中直接使用线上图片地址。 不懂得如何压缩大小的可以看看这个https://blog.csdn.net/Young_Gao/article/details/88183442现成的 第三:控制小程序包 的大小 减小资源包体积 精简第三方依赖 尽量少用第三方包,第三方的方有的会引用比较大的模块,尽量节约吧,减少不必要的代码…包括一些注释掉的,它好像也会打包进去,所以最好就删除吧, 第四:关于调用第三方接口的问题 调用了第三方的接口速度会很慢——例如调用了腾讯的获取定位,有时候需要1秒才能响应,如果公司内部有自己的接口和算法,还是调用自己的吧,哪怕是腾讯的api有时候他响应的速度也会超过300ms,尽量少用 第五:关于setData 5.1. 频繁的去 setData 在我们分析过的一些案例里,部分小程序会非常频繁(毫秒级)的去setData,其导致了两个后果: Android 下用户在滑动时会感觉到卡顿,操作反馈延迟严重,因为 JS 线程一直在编译执行渲染,未能及时将用户操作事件传递到逻辑层,逻辑层亦无法及时将操作处理结果及时传递到视图层; 渲染有出现延时,由于 WebView…