【Lua实战】__index 函数式转发：实现惰性加载

实战应用：用在哪里

全服掉落表攒到十万条，启动时整表加载要花六秒，实际对局里八成怪物一整晚都刷不到一次。惰性加载用 __index 函数式转发：表被读到才加载所在分段，首次访问付一次加载成本，后续读取全走缓存，启动时间与内存占用双双下降。

函数式转发的分段加载

掉落表设为空表加元表，__index 写成函数：读取未加载的键时先按前缀定位分段加载，再 rawget 返回真实数据。

local loaded = {}
local drops = setmetatable({}, {
    __index = function(t, monName)
        local seg = string.sub(monName, 1, 4)
        if not loaded[seg] then
            loaded[seg] = true
            for k, v in pairs(loadSeg(seg)) do
                rawset(t, k, v)
            end
        end
        return rawget(t, monName)
    end,
})

分段加载器与命中统计

loadSeg 按前缀从配置中心取分段数据并整段灌入，未收录的怪物名返回缺省掉率；命中统计区分首次加载与缓存命中，两者占比是惰性策略是否划算的直接证据。

local hits, miss = 0, 0
local function loadSeg(seg)
    local rows = getSegData(seg)
    for k, v in pairs(rows or {}) do
        rawset(drops, k, v)
    end
end
local function getDrop(monName)
    local v = drops[monName]
    if v ~= nil then
        hits = hits + 1
    else
        miss = miss + 1
        v = 100
    end
    return v
end

验证与监控

十万键的掉落表随机访问一万次，实际加载分段数统计出来应在两成以内；同一键二次访问必走缓存；未收录名字返回缺省 100。监控分段加载数与总分段数的比值，比值持续上升说明访问分布过于分散，惰性收益在缩水。

踩坑记录

__index 函数里直接对自身表赋值会再次触发元方法，形成无限递归，必须用 rawset 绕过元表写入。查不到的键返回 nil 后不会被缓存，同一个不存在的键每次访问都重复触发加载函数，用哨兵值占位才能把否定结果也缓存住。分段前缀取前四个字，前缀设计不当时热门怪物的掉落被拆进多个分段，加载次数不降反升，前缀要按访问热度聚类。统计变量没做并发保护，多触发器同时累计时偶发少计，统计允许误差就不加锁。惰性加载让配置的加载时机分散化，排查问题时要先确认分段是否已加载，调试入口补了强制全量的开关。分段数据的来源接口偶尔超时，加载函数加了三次重试与告警，超时期间读取返回缺省掉率，宁可保守不可阻塞。上线后统计首次访问与缓存命中的比例，首夜命中率不足一成，说明惰性策略命中了真实的访问分布。