小程序双线程架构下数据更新频繁时如何控制通信成本与视图延迟

# 核心结论

小程序双线程架构下，高频数据更新的优化目标不是机械减少 setData 调用次数，而是控制每帧跨线程传输的数据量、序列化次数、更新队列长度和实际视图节点变更范围。应把数据划分为可覆盖的连续状态与不可丢失的离散事件：前者可以按帧合并并只保留最新值，后者需要有界队列、顺序保证和完成确认。同时必须建立背压机制，在视图线程来不及消费时降低非关键更新频率。

# 底层机制

逻辑线程和视图线程通常不能直接共享普通对象。一次更新可能经历对象遍历、序列化、跨线程传输、解析、数据映射、节点更新、布局和绘制。即使每次调用的脚本耗时很短，大对象深拷贝、完整数组替换和过密调用仍会占用两端线程。若旧更新尚未完成，新更新持续进入队