【Lua实战】rawget 绕过元表：热更新里的安全读取

实战应用：用在哪里

热更新替换配置表后，rawget 绕过元表的转发直接读取本层的原始数据——不受 __index 函数式转发的干扰，读到的永远是配置表自身的内容。热更新的安全读取靠 rawget 的绕过语义。

rawget 的语义

---rawget 绕过元表：只读本层
local defaults = { speed = 5, hp = 100 }
local cfg = setmetatable({}, { __index = defaults })

-- 普通读取：走 __index 转发
print(cfg.speed)           -- 5（从 defaults 转发）
-- rawget 读取：只看本层
print(rawget(cfg, 'speed')) -- nil（本层确实没有）

rawget 跳过元表的 __index 转发，只读表自身的键——当配置表挂着惰性加载的元表时，rawget 能帮开发者区分「这个键是真的存在还是靠转发兜底的」。这个区分在热更新的场景下至关重要：热更新替换的是本层的键值，如果用普通读取做对比，转发来的默认值会干扰变更的检测。

热更的对比

---热更新的变更检测：rawget 比对新旧表
function HotCfg.diff(old, new)
    local changed = {}
    for k, v in pairs(new) do
        local ov = rawget(old, k)
        if ov ~= v then
            changed[#changed + 1] = k
        end
    end
    return changed
end

---配置的写入：rawset 避免触发 __newindex
function HotCfg.apply(t, k, v)
    rawset(t, k, v)   -- 绕过只读保护直接写入
end

rawset 与 rawget 配对使用：绕过元表的读写让热更新的写入不被只读保护拦截——热更新的场景下配置表的只读保护暂时失效，更新完成后恢复保护。热更新的对比用 rawget 读取旧表的本层数据，避免 __index 的惰性加载在对比过程中触发不必要的加载。rawget 的调用不带元表的查找开销，比普通索引略快但差异微乎其微——使用 rawget 的理由是语义正确而不是性能。

验证与监控

rawget 与普通读取的差异测试：挂元表的配置分别用两种方式读取，结果的差异就是转发的部分；热更新的验证：更新前后用 rawget 逐键比对，变更的字段清单与预期一致。

踩坑记录

rawget 曾经用于读取继承链的深层字段，只查本层的语义让深层字段永远返回 nil，改回普通读取修复。rawset 曾经绕过了只读保护写入生产配置，只读的绕过权限收敛到热更新模块。__index 的函数形式与 rawget 的交互曾经让缓存逻辑失效，函数式的 __index 每次调用都触发，rawget 永远返回 nil。

上线要点

rawget 与 rawset 的使用场景进编码规范：只在热更新与元表调试中使用。热更新的变更检测工具进公共库，diff 的逻辑与 rawget 的语义绑定。配置表的只读保护在热更新的窗口临时关闭，更新完成立即恢复。