【语法】
一、机制原理
线上事故：排行榜数据更新到一半，界面恰好开始渲染，玩家看到半新半旧的混血榜单，名次前后还能对不上。双缓冲是这类"边写边读"冲突的标准解：准备两张表，一张前台供读、一张后台供写；更新期间所有写入都落在备表上，写完一次性交换主备引用——交换是两个变量的指针对调，零拷贝零等待，读方永远只能读到完整的前台表。它不解决"数据新不新"，只解决"数据残不残缺"，读到的哪怕旧，也是一份完整的旧。
二、错误写法
-- 错误：边写边读主表，渲染撞上写入中段
function refreshBoard(rows)
for k, v in pairs(rows) do
board[k] = v
end
renderBoard(board)
end
三、正确写法
local front, back = {}, {}
local function beginUpdate()
back = {}
end
local function addRow(key, value)
back[key] = value
end
local function commit()
front, back = back, front
end
local function readRow(key)
return front[key]
end
beginUpdate()
addRow("第一名", "甲")
addRow("第二名", "乙")
commit()
local label = panel:getChildByName("boardText")
label:setString(tostring(readRow("第一名") == "甲"))
四、引擎验证
写入落在备表期间，前台表保持上一份完整数据；交换后读方立即看到整份新数据，不存在中间态。
五、FAQ
问：交换的成本有多大？
答：只是两个引用对调，与表大小无关。
问：旧表怎么处理？
答：交换后旧前台变新备表，下轮直接往里写，天然复用。
全站技术干货持续更新：996 引擎 / Lua 实战帖，语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
【语法算法】 next 的遍历本质就这一行： 传入上一个键，返回下一个键值对——不传上一个键就从第一个开始——next 是 …
【语法算法】 返回值的截取本质就这一行： 函数返回三个值，左侧三个变量各接一个——多余的返回值被丢弃，不足的补 nil——多…
【语法算法】 collectgarbage 的分步回收就这一行： "step" 模式让 GC 执行一步增量回收——参数 20…
【语法算法】 gmatch 的迭代本质就这一行： gmatch 返回一个迭代函数——每次调用返回下一个匹配——遍历完返回 n…
【语法算法】 xpcall 的错误处理函数就这一行： xpcall 和 pcall 的本质区别就一个：xpcall 可以传入…
【语法算法】 元方法 __index 设为函数的本质就这一行： 读取表中不存在的键时，Lua 调用 __index 函数——…