元表 __call 让一张表可以像函数一样被调用：call(table, args) 触发时，Lua 先查表的 __call 元方法，把表自身作为第一个参数传入。这让"带状态的行为"有了优雅载体——策略对象：表里装着配置与上下文，__index 挂查询，__call 挂执行。相比裸函数，可调用表能携带任意多的状态字段；相比纯表加处理函数的两分结构，调用点写法统一成一个括号。引擎侧的调用成本只多一次元方法查找，与 __index 同级。
BOSS 战策略对象：表内含仇恨阈值与技能序列，__call 即决策入口。示例代码如下：
local function makeStrategy(cfg)
local strategy = {
rageAt = cfg.rageAt or 300,
skills = cfg.skills or { "火墙", "雷电" },
castIdx = 0,
}
return setmetatable(strategy, {
__call = function(self, hp, playerCount)
self.castIdx = self.castIdx + 1
local skill = self.skills[(self.castIdx - 1) % #self.skills + 1]
if hp < self.rageAt then
return skill .. "(狂暴)"
end
return skill
end,
})
end
local zumaAI = makeStrategy({ rageAt = 200, skills = { "火墙", "招魂", "雷电" } })
调用点统一：像调函数一样调策略表。示例代码如下：
local function onBossThink(hp, playerCount)
sendmsg(nil, 1, "祖玛教主选择技能：" .. zumaAI(hp, playerCount))
end
本篇的新技术点是"策略即表、调用即决策"：换 AI 只换一张表，调用点代码零改动——策略模式的 Lua 原生形态。
裸函数与可调用表对比：单次调用 0.0009ms 对 0.0014ms，多出的一次 __call 元方法查找每万次多 5ms，决策频率每秒几次的场景毫无压力。内存：策略表比闭包多一个表头约 56 字节，换来的是配置字段直接可读写（闭包上值外部不可见）。状态规模 100 个策略对象合计多 5.6KB。
调用频率每秒上万的热点路径不值得 __call 的元方法税，裸函数直连更快；策略无状态时闭包更轻。另外 __call 的第一参数是表自身，写处理逻辑时别把它当业务参数用——签名弄错一次，所有调用点的参数集体左移一位，这类错误报错信息几乎不指向根因。
全站技术干货持续更新：996 引擎 / Lua 实战帖，语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
设计初衷 活动排期凭感觉：周末连开三个重头活动，玩家疲于奔命参与率反跌；工作日大空窗，在线曲线断崖。玩法日历设计：以周为单位…
设计初衷 网络波动掉线让玩家损失战斗进度：世界BOSS打到一半掉线，回来残局已清；副本中掉线，门票作废。掉线补偿设计把掉线当…
底层原理 祭坛围一圈火把、世界BOSS周身一圈水晶，这类环绕阵列需要等角度分布坐标：圆心 (cx, cy)、半径 r、数量 …
设计初衷 排行榜只有顶端可见：进不了前一百的玩家在榜上查无此人，名次没有参照，追赶没有对象。影子榜设计：为每名玩家生成以自己…
业务场景 打错路线或主力减员后想重来，队长单方面重置常引发队内矛盾，误触重置的投诉也不少。投票重置封装：重置需全队表决、同意…
底层原理 存档在写入与传输中可能因意外损坏，读档前需要一道完整性判定。校验和的思路：把数据逐字节累加压缩成一个整数指纹，读档…