Lua可变参数：打包转发的隐藏开销

【语法】
一、机制原理
抛个坑：转发函数里 {...} 打包再 unpack 拆包，看起来行云流水，为什么高频路径越跑越卡？因为打包是一次真金白银的操作：栈上的参数被复制进一张新分配的表，这张短命表用完即弃，全喂给了回收器。可变参数本来就躺在栈上，能直接转发就别打包——inner(...) 一行透传零开销；只要前几个参数就按位置取；确需存起来延迟处理的，才打包并交给复用池接住。计数用 select("#", ...)，打包频率降下来，回收器的加班费就省下来了。
二、错误写法

-- 错误：转发先打包再拆包，白建一张表
function forward(...)
    local args = {...}
    inner(unpack(args))
end

三、正确写法

local function forward(...)
    inner(...)
end
local function head3(...)
    local a, b, c = ...
    return a, b, c
end
local p = getplayerbyname("var01")
sendmsg(p, 1, "透传零打包，按位取参零建表")

四、引擎验证
转发路径不再产生临时表，回收计数平稳；head3 只取前三参，多余参数原地不动。
五、FAQ
问：什么时候必须打包？
答：参数要存下来延迟使用、或要按序改写时。
问：高频打包怎么办？
答：复用池接表，用完清空还池。