聊天功能频繁刷新导致页面卡顿 - WXOPEN Club

我们直播间有聊天和送礼的功能，

当有大量的聊天消息短时间出现时，会导致整个直播间卡顿，下面的功能按钮点击无反应，过一段时间才有反应，且十分卡顿

page({

data: {

chatMsg: [] // 存放聊天消息的数组

}

})

目前我的做法是：

添加消息到data中的消息数组时，setData只更新新消息部分：

this.setData({

[`chatMsg[${len}]`]: val

})

而setData的频率也有限制，在有大量消息过来的时候，我这边限制1s才setData一次，但这一次setData的数据可能有几十条：

this.setData({

[`chatMsg[3]`]: val，

[`chatMsg[4]`]: val，

[`chatMsg[5]`]: val，

[`chatMsg[6]`]: val，

[`chatMsg[7]`]: val，

[`chatMsg[8]`]: val，

.

[`chatMsg[99]`]: val

})

在这些大量消息涌进来的时候，我点击直播间底部的聊天按钮，礼物按钮都是点击无反应。等这些大量消息停止涌入时，我的点击才有反应

请教下官方和其他朋友们，如何优化这部分呢？做到即使大量消息进来，也不会把直播间卡死操作不了

待确定的方案：

需不需要在data的chatMsg已经有大量数据后，删除一部分早期的数据？
因为我增加数据是单条的setData，不是setData整个数组，是不是代表逻辑层只会传变化的数据过去渲染，这样即使早期有很多数据也不影响？
....

7 回复

jxu1 楼6 年前

测试了下如果把chatMsg中的早期消息进行清除，然后再setData，两者的卡顿情况时不同的。如果每次都是把chatMsg整个数组进行setData, 同时保证chatMsg数组长度最多6条，这时候来大量消息时，会好很多，可以点开下面的功能栏，但也是稍微有些卡顿延迟。

是不是说明即使我们对数组中的某一个元素进行setData更新时，逻辑层也是把整个数组数据传到渲染层，然后渲染层也是渲染了整个数组数据？

mingfan2 楼6 年前

这个问题有没有最后的解决方案了？

ping053 楼6 年前

分享一下吱呀语音直播小程序的一些优化经验：

1、评论只保持最新的若干条（我是200），每次concat新消息的时候，把超出的旧item丢弃；

2、做好节流：缓存最新列表，在内存中可以随时concat得到最新列表，但是控制好setData的频率，比如固定1s执行一次；

3、合并setData操作，你页面肯定不止评论需要调用setData，建议把同一时刻的多个更新操作合并为一次，比如评论concat完成之后，scroll-view还要更新scroll-into-view的值，这两个可以合并；

4、key不要用index，用id；

5、待补充……

做到固定的频率，控制定量的更新，肯定不会卡的，更何况我当时直播间还要实现很多特效。。。

年前的项目了，优化做了很多而且持续在做，不过我现在已经不在那个团队，只能回想起这么多，希望有帮助。

ping624 楼6 年前

建议这样，定义一个全局的数组存所有消息（这个不要setData），然后定义一个当前显示的消息数组，每次有更新就动太计算这部分内容，计算完之后再将这个setData（覆盖）进去页面中。

因为你页面中同一时间最多只能显示一部分数据。不要往setData中放太多数据

guiyingren5 楼6 年前

可以尝试 canvas 去绘制这些消息

xiulan386 楼6 年前

你好可以咨询下这个互动聊天是socket还是IM实现

lixiao7 楼5 年前

慢慢显示呗。。每1秒弄成最多setData 10条