小程序scroll-view长页面卡顿

关键字：小程序、长页面滚动卡顿、canvas本地引用图片、scroll-view

去年年中，搁置了很久的小程序开发，因为项目需要重新拾起。不同的是，前两年用的是mpvue技术栈，这次直接用的原生小程序开发。不可否认，小程序经过这两年升级后，越来越接近于web开发，体验好了许多。当然，在上手过程中还是有许多坑需要踩实。下面来看看，笔者遇到的一些问题。

开发遇到的问题总结

1，小程序组件scroll-view

小程序原生组件十分好用，比如这个下拉加载更多的组件scroll-view, 不必自己判断页面触底高度等操作，只需声明bindscrolltolower回调函数，即可完成触底加载更多数据。
但是在使用过程中发现，但页面数据加载超过200条情况下，页面突然变得卡顿，某些比较低端的手机甚至有假死的情况。笔者进行了以下分析：
1）是否小程序setData没有进行优化？想起以前用mpvue1.0时候setData的数据更新大bug，还历历在目。由于项目中数组的更新都是从后端拉取后直接重新setData，笔者考虑优化下数据的结构，思路是把数据拆为二维数组，每次setData的时候，进行增量更新。代码如下：
// html部分

<block wx:for="{{enrollList}}" wx:for-item="listItem" wx:key="{{listItem}}">
    <form bindsubmit="submit" wx:for="{{listItem}}" wx:key="item">
     ...
    </form>
 </block>

// js部分
   enrollList = this.data.enrollList.concat(enrollList)
   const len = this.data.enrollList.length
    this.setData({
          ['enrollList[' + len + ']']: enrollList
     })

额，没有效果。。。
2）对比了其他同样使用了scroll-view组件的页面，发现没有出现卡顿的现象。咦，也行是html结构上的问题。排查了一遍，终于发现卡顿的原因了，页面循环结构是form表单，其中每个表单中有两个input框。试着把input框替换成div，✌️，页面不卡顿了。应该是scroll-view组件针对input框过多的现象没有做渲染优化。

总结：

scroll-view组件使用要点：数据过多会有卡顿其实是页面不能有过多的input框。

2，canvas画图

小程序是支持获取本地图片在画布上进行绘制的。

const ctx = wx.createCanvasContext('canvasId')
ctx.drawImage(path, 0, 0, 375, 667)

不过坑的是，图片必须在相应的wxml页面上进行引用, 否则无法正常使用。可以将不需展示的部分放到页面之外，如下：

<view style="position: fixed; top: 999999rpx">
  <canvas canvas-id="canvasId" />
  <image src="{{img}}"></image>
</view>

附:
小程序生命周期
1、小程序初次打开会执行小程序的生命周期钩子函数：onLaunch->onShow，而且这些钩子函数只会执行一次。关闭小程序，小程序并不会真正退出，所以只执行了onHide。

2、页面的初次打开会执行页面的生命周期钩子函数：onLoad->onShow->onReady，通过navigateTo离开页面会保留该页面，此时只执行onHide，其他方式离开（包括navigateBack）都会干掉当前页面，此时会执行onHide>onUnload。特殊情况:switchTabTo会干掉所有非tab页面，但是保留所有已经加载的tab页面。

3、包含组件的页面，先执行所有组件的created，再执行所有组件的attached，然后执行页面的onLoad>onshow，再执行所有组件的ready，随后执行页面的onReady。当页面被卸载时，先执行页面的onUnload，再执行组件的detached。页面不卸载，不会触发组件的detached。

最后编辑于：2021.01.29 09:19:56