【Lua实战】元表继承链：三层继承的查找开销实测

实战应用：用在哪里

面向对象的 Lua 靠元表的 __index 串起继承链：子类找不到的字段沿链向上找。继承的层数决定了查找的开销——三层的继承链，最深的字段要查三次元表，开销的实测数据是设计继承层数的依据。

继承链的构建

---三层继承：基类、职业类、实例
local Base = { hp = 100, speed = 5 }
local Warrior = setmetatable({ atk = 50 }, { __index = Base })
local obj = setmetatable({ name = '血饮狂刀' },
    { __index = Warrior })

---查找的路径：obj.atk 查两层，obj.hp 查三层
print(obj.name)      -- 本层命中：1 次查找
print(obj.atk)       -- Warrior 层命中：2 次查找
print(obj.hp)        -- Base 层命中：3 次查找

继承链的查找路径：实例自己没有的字段沿 __index 向上，每层一次元表访问。字段的层级越深，查找的开销越大——把高频字段放在上层、低频字段放下层，是继承链设计的性能意识。链的层数实测：三层的字段读取与单层的差距在纳秒级，纯业务无感；但千次循环里的深链读取，差距被放大到可测量。

开销的实测

---基准：不同层级的字段读取
local t0 = os.clock()
for i = 1, 1000000 do
    local _ = obj.speed       -- 最底层字段
end
local t1 = os.clock()
for i = 1, 1000000 do
    local _ = obj.name        -- 本层字段
end
local t2 = os.clock()
print(string.format('深层 %.1fms  浅层 %.1fms',
    (t1 - t0) * 1000, (t2 - t1) * 1000))

百万次读取的实测：最深字段的读取比本层字段慢三成上下——差距存在但绝对值微小，热路径之外的继承读取可以放心使用。优化的手法是字段的提升：热路径反复读取的深层数据，在对象创建时提升到实例的本层——空间换时间的经典手法在继承链上同样适用。继承的设计纪律：继承表达「是一种」的关系，组合表达「有一个」的关系——为了复用几个字段拉出五层继承，是面向对象的滥用。

验证与监控

继承链的层数上限检查：超过三层的继承在设计评审时强制说明理由；热路径的字段层级审计，下层字段的频繁访问进性能的观察名单。

踩坑记录

继承链的环（A 继承 B、B 继承 A）让查找死循环，继承的构建函数加环的检测。深层的字段修改曾经改在了错误的层级，子层的赋值遮蔽了父层的字段，赋值的目标层级显式化。__index 的函数形式曾经比表形式慢数倍，函数形式的调用开销让热路径雪上加霜，静态继承用表、动态逻辑用函数。

上线要点

继承的层数上限三层进编码规范，更深的复用需求用组合表达。热路径字段的层级分布进性能的周报，深层的频繁访问是优化信号。元表的用途注释进代码：继承、默认值、只读保护，用途不同实现不同。