老玩家的邮箱里躺着上千封邮件,列表控件如果真的创建一千个条目,滚动直接掉到个位数帧率。列表虚拟化只创建可视区的十几个条目控件,滚动时复用控件刷新内容,内存与帧率双达标。
-- 只创建可视区数量 + 2 的控件池
local visibleCount = 12
local cellPool = {}
function MailList.init(list, dataSource)
for i = 1, visibleCount + 2 do
cellPool[i] = createCellWidget(list)
end
list.dataSource = dataSource
list.offset = 0
end
控件池的规模是可视条目数加两个缓冲,滚出屏幕的控件不销毁而是回收进池,滚入的新内容直接改控件的数据。控件的总数恒定,列表长度一千还是一万,渲染成本不变。
function MailList.onScroll(list, offset)
local first = math.floor(offset / CELL_HEIGHT)
for i, cell in ipairs(cellPool) do
local dataIndex = first + i - 1
local mail = list.dataSource[dataIndex]
if mail then
refreshCell(cell, mail)
cell:setVisible(true)
else
cell:setVisible(false)
end
end
end
滚动偏移换算成首条数据的索引,控件池逐个刷新对应的数据段。刷新的开销是改文本与图标,比创建销毁控件轻两个量级。千条邮件的滚动帧率实测稳定在 55 帧以上,与百条列表无异。滚动到顶与到底的回弹边界用数据长度截断,越界的空控件隐藏。
列表滚动的帧率采样与控件存量监控,控件数恒定即虚拟化生效,控件数随数据增长即为虚拟化失效。
控件复用的数据残留曾经出现:上一封邮件的红色未读标记残留在下一封已读邮件上,刷新函数必须覆盖控件的全部可视字段,漏一个字段就是一次视觉 Bug。滚动事件的触发频率极高,事件体里做数据过滤曾经让滚动卡顿,过滤提前到数据源准备阶段。
虚拟化列表封装成通用组件,邮件、排行、聊天记录三个场景共用,组件的成熟度由使用次数保证。数据源的排序变更要触发控件池的全量刷新,排序变化时局部刷新会出现数据与控件错位。可视数量按屏幕高度自适应,大屏多显示的条目自动增加控件池规模。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用:用在哪里 玩家客户端闪退,开发者却毫不知情——这是没有崩溃上报的常态。Lua 层的错误自动收集:每个报错打包成事件…
实战应用:用在哪里 玩家举报外挂与骗子,客服处理的难点不是判断而是取证:说了什么、什么时间、有没有交易记录。举报取证链把玩家…
实战应用:用在哪里 老玩家的邮箱里躺着上千封邮件,列表控件如果真的创建一千个条目,滚动直接掉到个位数帧率。列表虚拟化只创建可…
实战应用:用在哪里 天赋树给满级玩家继续投入的理由:攻击系、防御系、通用系三条支线各 20 层,加点消耗天赋点,洗点返还点数…
实战应用:用在哪里 一把攻击上限 28 的修罗挂进拍卖行,起拍 800 万,两个行会的土豪从晚上八点掐到十一点。三小时的拉锯…
实战应用:用在哪里 邮件的正文是文本,附件是资产:一把裁决放在附件里,附件的数据安全等级必须对标装备本体。附件与正文分离存储…