Lua 5.1 的解释器不做函数内联优化（F:\底层文件 的虚拟机执行路径确认：每次函数调用都要走完整的调用栈建立与返回流程），一个只做一次乘法的函数，调用开销是函数体本身的 5 到 10 倍。伤害计算这类每帧调用上万次的热路径里，小函数层层嵌套，调用开销反而超过业务计算。热函数内联就是把高频小函数的手动展开成直写表达式——用 profile 数据确认热点后，牺牲一点可读性换取调用开销归零。
内联前后的伤害计算对照：先量热点，再展开最内两层。示例代码如下：
local function calcAtk(base, buff)
return base * (100 + buff) / 100
end
local function calcDef(base, buff)
return base * (100 + buff) / 100
end
local function damageSlow(atkB, atkBuf, defB, defBuf, skillRate)
local atk = calcAtk(atkB, atkBuf)
local def = calcDef(defB, defBuf)
return math.max(math.floor((atk - def) * skillRate / 100), 1)
end
local function damageFast(atkB, atkBuf, defB, defBuf, skillRate)
local atk = atkB * (100 + atkBuf) * 0.01
local def = defB * (100 + defBuf) * 0.01
local dmg = (atk - def) * skillRate * 0.01
if dmg < 1 then
return 1
end
return math.floor(dmg)
end
damageFast 把两次函数调用展开为直写表达式，除法换乘法（乘 0.01），裁决之杖 100 万次伤害结算的实测对照见下。
展开前先用计时器确认热点成立：示例代码如下：
local function bench(fn, n)
local t0 = os.clock()
for i = 1, n do
fn(3200, 25, 1800, 10, 180)
end
print(string.format("百万次耗时 %.0fms", (os.clock() - t0) * 1000))
end
bench(damageSlow, 1000000)
bench(damageFast, 1000000)
bench 输出 950 对 620 的对照数字，热点成立才动手展开，改完再跑一遍验证收益。
100 万次伤害计算：函数版约 950 毫秒；内联版约 620 毫秒，快 35%——省掉的是 200 万次调用栈建立与返回。再把 math.max 换成 if 比较（省一次 C 层调用）再省约 60 毫秒。帧视角：攻城战每帧约 8000 次伤害计算，函数版 7.6 毫秒、内联版 5.0 毫秒，一帧省出 2.6 毫秒预算。可读性代价：内联后公式改动要同步多处，只对 profile 前 3 名的热点做。
三个不适用场景：一是非热路径的函数绝不内联——全服 90% 的函数调用频率根本感知不到调用开销，展开只会制造重复代码；二是逻辑还会调整的公式别急着内联，改动同步多处的维护成本很快超过性能收益，先让公式稳定一个版本再考虑；三是函数体本身有 10 行以上的逻辑，调用开销占比不足 5%，内联没有意义——内联只属于"一两行表达式"的极小函数。
全站技术干货持续更新：996 引擎 / Lua 实战帖，语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
一、抛坑提问：三方增强插件直接 getmetatable(weapon) 拿到元表，把裁决之杖攻击改到 9999。元表能不能…
一、一行代码拆解：rawget(PriceList, name) —— 这一行绕过元表直达表本体，价目查询不走 __inde…
一、隐蔽陷阱：沙巴克守城名单清理离线成员，正序 for 循环里 table.remove(list, i)，删一个后续整体前…
一、线上事故：运营要按供需公式浮动裁决之杖价格，某次把表达式字符串直接塞进裸 loadstring 执行，串里夹带未知全局调…
一、线上事故：红名洗白进度按 10 段槽位刷新，GM 修正过 PK 值的玩家带着 -8 的负值进来，进度槽算出 -2，进度条…
一、抛坑提问：烈火剑法连招表存着 4 段延时 {200, 400, 600, 900}，算总窗要逐个相加。段数扩到 6 段，…