【性能调优】链式索引缓存：局部变量化在属性计算的应用

Lua里每次点号索引都可能触发元表查找，热循环里的链式索引是隐形开销大户。装备属性计算动辄遍历十几个部件几十条属性，索引优化的收益相当可观。本文以996引擎装备汇总计算为例，讲局部变量缓存的具体做法。

场景与痛点

角色面板刷新时要汇总十二个装备位的全部属性，每件装备读基础属性表、强化加成表、宝石加成表。一次完整计算触发上万次表索引，配合元表转发就是上万次元方法调用。面板在换装、升级、吃药时都会刷新，开团前集体换装的瞬间，几十个玩家同时触发计算，服务端能感觉到抖动。

实现思路

优化分三层：循环不变量提到循环外；多次使用的链式索引拆成局部变量；模块级常量表在文件加载时锁定为局部引用。原则是让最热的代码路径上，每次迭代只做必要的索引。

关键实现

local calc = ATTR_CALC
local base = calc.baseTable
local strengthen = calc.strengthTable
local total = {}
for slot = 1, 12 do
    local equip = player:getequip(slot)
    if equip then
        local attrs = equip.attrs
        for name, val in pairs(attrs) do
            local b = base[name] or 0
            local s = strengthen[name] or 0
            total[name] = (total[name] or 0) + b + val * (1 + s)
        end
    end
end

内层循环里，base与strengthen两个常量表在循环外取好，循环体内只剩必要的按名索引。属性名还可以预先映射成数组下标，把字符串索引变成整数索引：

local IDX = { hp = 1, mp = 2, atk = 3, def = 4 }
local arr = {}
for name, val in pairs(attrs) do
    local i = IDX[name]
    if i then arr[i] = (arr[i] or 0) + val end
end

细节与避坑

缓存局部变量只在确认表引用不会被中途替换时安全，热更新会替换模块表，热路径引用要在热更新回调里重建。pairs遍历中增删键是未定义行为，汇总时只读原表、写入另一张结果表。优化前先用性能工具确认热点真的在索引上，盲改常常白费功夫。缓存对象引用时注意生命周期，装备对象在卸下后失效，跨帧缓存会读出旧数据。

小结

局部变量缓存不是玄学，它消除的是重复的表查找与元表转发。热循环里每一处被反复访问的常量引用都值得提出来，装备汇总这类双循环结构收益最直接。

延伸思考

属性条目固定后，可以把按名索引改成数组下标，属性名映射到序号只做一次。再进一步，整套汇总用扁平数组重写，性能还有一倍空间。