配置表在运行期被意外修改是隐蔽且致命的 bug:没有报错、没有崩溃,只有莫名其妙的数值偏差。元表保护通过 __newindex 拦截运行时写入,任何修改立即报错并输出调用堆栈,让配置在热更后保持只读不可篡改。
保护表挂 __newindex 元方法,运行时写入直接抛出带键名的错误;浅层保护覆盖顶层字段,深层保护递归处理嵌套子表。示例代码如下:
-- 元表保护:写入拦截
local function protect(t, name)
for k, v in pairs(t) do
if type(v) == "table" then
t[k] = protect(v, name .. "." .. tostring(k))
end
end
local proxy = setmetatable({}, {
__index = t,
__newindex = function(_, k)
error("只读表禁止写入: " .. name .. "." .. tostring(k), 2)
end,
})
return proxy
end
local DropCfg = protect({zuma = {rate = 150}}, "DropCfg")
配置热更需要修改数据时走专门的解保护通道:摘除元表、原位覆盖、重新冻结,全程不产生第二份引用,旧引用的只读性同步生效。示例代码如下:
-- 热更修改:解保护与重锁
local player = class(actor)
local function hotUpdate(t, newData, name)
setmetatable(t, nil)
for k in pairs(t) do t[k] = nil end
for k, v in pairs(newData) do t[k] = v end
protect(t, name)
sendmsg(player, 1, 0, "配置 " .. name .. " 已热更并重新上锁。")
end
local ok, err = pcall(function() DropCfg.zuma.rate = 999 end)
if not ok then
hotUpdate(DropCfg, {zuma = {rate = 999}}, "DropCfg")
end
验证三条路径:运行时写主表报错、写子表报错且错误信息带完整路径、热更后新值生效且保护恢复。全量扫描配置表确认零遗漏。线上监控保护拦截报错的次数与调用方分布,报错集中在某个模块说明该模块存在绕过热更接口的直写行为,逐个修复直到报错归零。
保护曾只锁主表,子表的写入绕过了拦截,排障两天才发现,递归保护补上。热更通道曾直接修改生效表而不解保护,操作被拦截导致热更失败,先摘元表再修改再重锁的流程写成了标准模板。错误信息曾带出完整调用堆栈暴露内部路径,错误只保留表名与键名,细节进服务端日志。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…