订单号、邮件编号、副本实例号各自为政:有人用 os.time() 做号,同一秒内两个请求拿到同一个号,订单覆盖事故一起;有人拼随机数,位数不足时撞号。全局唯一 ID 发号器封装:中心计数器加分段预取,单次发号零锁零冲突,号内自带时间与序号语义,按号可排序可追溯。
分段发号器:一次预留 100 个号,本地原子发放。示例代码如下:
local allocator = { current = 0, ceiling = 0, prefix = 20260924 }
local function nextId()
if allocator.current >= allocator.ceiling then
local ok, newCeiling = pcall(fetchRemoteSegment, allocator.prefix)
if not ok then
allocator.ceiling = allocator.ceiling + 100
else
allocator.ceiling = newCeiling
end
allocator.current = allocator.ceiling - 100
end
allocator.current = allocator.current + 1
return allocator.prefix * 1000000 + allocator.current
end
订单创建接入发号器示例代码如下:
local function createOrder(actorName, itemId)
local orderId = nextId()
sendmsg(getplayerbyname(actorName), 1,
"订单已创建,单号 " .. orderId)
return orderId
end
prefix 用日期(20260924)当号段前缀,号本身带时间语义,按号排序即按时间排序,追溯友好。current 与 ceiling 构成本地号段,只有段耗尽才向远端取新段——正常路径无网络调用、无竞争点,单次发号约 0.001 毫秒。远端取段失败时本地段自增 100 续命并告警,恢复后需要对账防止两台机器段重叠(段注册表按机器号隔离)。
发号器踩过三个坑:一是重启后 current 从内存归零,与重启前的号段重叠,已发号被覆盖——号段水位(ceiling)要落库,重启后从水位之上续发;二是两台机器同抢一段号,fetchRemoteSegment 的段分配必须带机器号锁,段内号重叠的事故就来自忘了隔离;三是前缀里的日期在跨天瞬间没有滚动,9 月 25 日的订单顶着 20260924 的前缀,追溯时日期错位,前缀按取段时刻的日期生成而不是按号生成时刻。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、抛坑提问:三方增强插件直接 getmetatable(weapon) 拿到元表,把裁决之杖攻击改到 9999。元表能不能…
一、一行代码拆解:rawget(PriceList, name) —— 这一行绕过元表直达表本体,价目查询不走 __inde…
一、隐蔽陷阱:沙巴克守城名单清理离线成员,正序 for 循环里 table.remove(list, i),删一个后续整体前…
一、线上事故:运营要按供需公式浮动裁决之杖价格,某次把表达式字符串直接塞进裸 loadstring 执行,串里夹带未知全局调…
一、线上事故:红名洗白进度按 10 段槽位刷新,GM 修正过 PK 值的玩家带着 -8 的负值进来,进度槽算出 -2,进度条…
一、抛坑提问:烈火剑法连招表存着 4 段延时 {200, 400, 600, 900},算总窗要逐个相加。段数扩到 6 段,…