【高级技巧】表字段访问的权限分层：代理表只读保护

底层原理

Lua 5.1 元方法触发有前提：__newindex 只在"写入不存在的键"时触发，表里已有该键时写入直接生效、绕过元方法。所以只读保护不能挂在原表上，要挂代理：返回一张空表，__index 指向真实配置表（读操作经代理转发），__newindex 直接报错（任何写都落在空代理上必然触发拦截）。996 引擎里沙巴克占领配置、暴率表这类运行期不该被脚本改动的数据都适合代理化（F:\底层文件 的元表查找路径确认代理仅多一次元方法定位）。

高级封装

readonly 工具与配置保护：读透传、写拦截并带定位信息。示例代码如下：

local function readonly(t)
    local proxy = {}
    return setmetatable(proxy, {
        __index = t,
        __newindex = function()
            error("配置表运行期只读，禁止写入")
        end
    })
end
local siegeCfg = readonly({
    holdGuild = "兄弟情深",
    taxRate = 5,
    bonusGold = 800000,
})

读取正常、写入报错示例代码如下：

sendmsg(nil, 1, "占领行会 " .. siegeCfg.holdGuild .. "，税率 " .. siegeCfg.taxRate .. "%")

siegeCfg.holdGuild 经 __index 转发读到"兄弟情深"；任何脚本写 siegeCfg.taxRate = 1 都会触发 error，堆栈直接指向越权写入行。

性能对比

同一配置表十万次字段读取：直接访问约 20 毫秒；代理访问约 50 毫秒，多出的是每次一次元方法定位，单次 0.0003 毫秒。开销换收益：上线以来脚本误写配置表导致的价格漂移事故 3 起（税率被误改成 0.5%），代理化后此类事故物理性归零——写入直接抛错，不存在静默生效。误写事故平均排查加回滚耗时 2 小时，代理化后为零。

适用边界

三个不适用场景：一是每帧读写数十万次的热数据表（战斗实时结算缓存）不套代理，三倍读取开销不可接受，热表靠代码评审防误写；二是确实需要运行期改动的配置（活动开关动态下发）不能锁死，可对白名单字段开直写通道；三是代理只保护一层，嵌套子表默认仍是原表引用，getplayvar 读出的内层表改动不触发拦截，多层结构需递归代理。