数值策划改完配表不想等停服，热重载让新配表 30 秒内生效，周五下午调活动概率不再需要等到周一维护窗口。风险在于半套新表配旧逻辑，所以热重载先跑 diff 审查，字段变更白名单之外的改动直接拒绝，宁可让策划多等一次发版。
local HOT_FIELDS = { drop_rate = true, price = true, exp = true }
function HotReload.diff(oldTbl, newTbl)
local changes = {}
for k, v in pairs(newTbl) do
if oldTbl[k] ~= v then
changes[#changes + 1] = { key = k, from = oldTbl[k], to = v }
end
end
for _, c in ipairs(changes) do
if not HOT_FIELDS[c.key] then
return false, "字段不可热更：" .. c.key
end
end
return true, changes
end
diff 逐键比对，非白名单字段提示走停服发布流程，拒绝信息带上具体字段名与新旧值，策划能自己判断该找谁。新增键与删除键同样算变更，只允许出现在显式声明可增删的表里，结构性的增删一律挡下。
function HotReload.apply(tblName, newTbl)
local backup = configSnapshot[tblName]
configSnapshot[tblName] = newTbl
local ok, err = pcall(NotifyReload, tblName)
if not ok then
configSnapshot[tblName] = backup
QF_NotifyGM("热重载回滚", tblName .. ":" .. tostring(err))
return false
end
QF_LogReload(tblName, os.time())
return true
end
装载前留快照，通知阶段 pcall 失败立即还原旧表，业务模块无感知，回滚动作本身不产生新风险。每次热重载记操作人与时间，运营报表可查变更历史，数值事故可以按时间线回放到具体哪次变更。批量热重载按表依赖顺序执行，掉率表先于活动表，顺序错会让活动用旧掉率跑新规则。
热重载后的首小时业务错误率单独统计，触发自动回滚的案例每周复盘一次。
diff 的删除键保护曾经挡下一次误删整表的操作，那次如果过了就是全服掉率归零的事故，被保护的同事后来主动写了复盘分享。表依赖顺序进流水线强制校验的起因是新同事先发了活动表，半套规则跑了一天，掉率与活动预期不符的工单堆了一屏。热重载的操作日志与快照版本号关联，每次变更可以一键回到变更前的那份快照，变更与回滚在同一条时间线上。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。
全站技术干货持续更新：996 引擎 / Lua 实战帖，语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
实战应用：用在哪里 脚本的规范靠人盯盯不过来：命名风格漂移、全局变量乱用、缩进混着来——风格检查器把这些规则的执行自动化。提…
实战应用：用在哪里 拍卖行的出价是一场与时间的博弈：出价的按钮、倒计时的紧迫、截拍瞬间的悬念——拍卖界面的要点是出价的流程、…
实战应用：用在哪里 强化连败七次是什么体验？幸运值机制给失败的玩家一个隐性的承诺：每次失败累加幸运值，幸运值越高下一次的成功…
实战应用：用在哪里 审计日志的价值在于不可抵赖：被改过的日志比没有日志更危险——纠纷的追溯、内部的追责都建立在「日志没被动过…
实战应用：用在哪里 活动结束给 3 万玩家发奖励：一次性群发让邮件表瞬间多 3 万行、投递的队列堵塞正常的通信。批量邮件的分…
实战应用：用在哪里 面对面的交易是传奇最经典的交互：两人面对面、各自放入物品与金币、双方确认后成交。交易的协议要点是会话的建…