Lua 单线程执行没有真并发,但引擎的定时器与触发器在同一帧内交错执行,逻辑上的"读改写"序列会被插入的回调打断:A 逻辑取表、改表、存表的中间插进 B 逻辑对同一数据的修改,A 存回时把 B 的改动覆盖。全表一把锁的粗粒度互斥让所有写入串行;分段锁把大表按键哈希切成 N 段,只锁冲突所在的段,不同段的写入互不阻塞——以 16 段为例,冲突概率降到约十六分之一。
分段锁与受保护写入。示例代码如下:
local SEG = 16
local segBusy = {}
local function segOf(key)
local sum = 0
for i = 1, #key do
sum = sum + string.byte(key, i)
end
return sum % SEG
end
local function withLock(key, fn)
local s = segOf(key)
while segBusy[s] do
coroutine.yield()
end
segBusy[s] = true
local ok, err = pcall(fn)
segBusy[s] = nil
if not ok then
error(err)
end
end
行会仓库写入接线。示例代码如下:
local function depositItem(guildName, itemLine)
withLock(guildName, function()
local blob = getsysvar("GuildBag_" .. guildName) or ""
setsysvarex("GuildBag_" .. guildName,
blob .. itemLine .. ";", 1)
end)
end
512 个行会(含沙巴克驻防行会)的仓库写入压测:全表一把锁时所有写入串行,高峰帧单帧最坏 12 毫秒;分 16 段后不同行会基本落在不同段,单帧最坏降到 0.8 毫秒,冲突等待的让步次数从每秒四千次降到一百二十次。锁本身的开销:一次分段哈希约 0.5 微秒,可忽略。
三个不适用场景:一是写入频率极低的表(每日几次),锁的复杂度没有回报;二是跨段操作——一次业务要同时改两个段的键时必须按序加锁,否则引入死锁,简单场景一把锁更稳;三是 coroutine.yield 的让步依赖外层有 resume 驱动,在没有协程调度的裸回调里忙等不会生效,需改为放弃本帧重试。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
【语法】 一、抛坑提问:宠物跟随走直线太生硬,怎么走出圆滑弧线?二次贝塞尔曲线用两个端点加一个控制点,参数从 0 走到 1 …
【游戏】 一、一行代码拆解:SUB[missing] = actual —— 材料替换的全部骨架:替换表声明等价材料对,合成…
【游戏】 一、一行代码拆解:if WINNER == nil then WINNER = actor end —— 抢答判定…
【语法】 一、隐蔽陷阱:技能范围绕施法者旋转,逐点手算坐标容易把余弦与正弦位置写反——二维旋转公式为新横等于旧横乘余弦减旧纵…
【游戏】 一、一行代码拆解:BUYS = BUYS + 1 —— 次数增购的全部骨架:每日 3 次耗尽后可付费增购 1 次,…
【游戏】 一、一行代码拆解:LEND[id] = {who = actor, at = os.time()} —— 仓库借还…