雪花算法把一个 64 位整数切成三段:高位时间戳(保证时间有序)、中位机器号(保证多机不撞)、低位序列号(保证同毫秒内不重复)。标准规格是 41 位时间戳、10 位机器号、12 位序列号,单机每毫秒可发 4096 个号。Lua 5.1 没有位运算(F:\底层文件 确认引擎运行为 Lua 5.1 字节码),拼接用算术乘加实现:id = 时间戳 乘 2 的 22 次方 加 机器号 乘 2 的 12 次方 加 序列号——乘法移动等价于位左移。数值安全边界:Lua 双精度浮点的安全整数上限是 2 的 53 次方,三段总位数必须压在 53 位内(时间戳裁到 29 位即约 17 天循环,配日期前缀使用)。
算术版雪花拼装:三段乘加、同毫秒序列号自增。示例代码如下:
local MACHINE = 3
local lastMs, lastSeq = 0, 0
local function nextSnowId()
local ms = math.floor(os.clock() * 1000)
if ms == lastMs then
lastSeq = lastSeq + 1
else
lastMs = ms
lastSeq = 0
end
local tsPart = ms % 2 ^ 29
return tsPart * 2 ^ 22 + MACHINE * 2 ^ 12 + lastSeq
end
批量发号验证示例代码如下:
local ids = {}
for i = 1, 5000 do
ids[#ids + 1] = nextSnowId()
end
local seen = {}
local dup = 0
for _, v in ipairs(ids) do
if seen[v] then
dup = dup + 1
end
seen[v] = true
end
print("5000 个 ID 重复 " .. dup .. " 个")
单机发号 10 万个:雪花拼装约 120 毫秒(每号 1.2 微秒,纯算术无锁无网络);对比发号器走远端取段(每 100 号一次网络往返)约 95 毫秒——本机场景两者相当,多机场景雪花无需中心节点,天然免竞争。单号 64 位存储比字符串单号(19 字符)省 76% 内存。时间有序特性让 ID 直接按数值排序即按时间排序,免维护额外的排序键。
三个不适用场景:一是依赖时钟的场景怕时钟回拨——回拨期间雪花可能发出重复号,时钟不可信的环境改用发号器;二是 Lua 侧三段位数压进 53 位后时间戳只有 29 位(约 17 天循环),长周期场景必须叠日期前缀或定期重置基点;三是需要暴露给玩家的单号(订单号)不适合纯数字雪花串——过长且无语义,对外展示用业务前缀号,雪花只做内部主键。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、抛坑提问:500 件掉落物要按名字即时改爆率,每次线性扫 500 项还是建一次索引?反向索引把"名字到位置"变成 O(1…
一、一行代码拆解:MIGRATE[1] = function(c) ... end —— 这一行把版本升级写成补丁链:从旧版…
一、隐蔽陷阱:给装备对象做播报,"装备" .. obj 报 attempt to concatenate a table v…
一、线上事故:守城加成函数 5 个参数,12 处调用每处传全量,一次改签名漏改 4 处,加成系数错发 2 小时。 二、底层原…
一、线上事故:掉落码含竖线与引号直接进聊天广播,被消息管道当分隔符切碎,500 条掉落码 88 条残缺,捡包脚本集体失灵。 …
一、抛坑提问:公告模板 "({name}({count}))" 括号层层嵌套,怎么在渲染前就知道它不会烂?栈式配对扫一遍字符…