Lua+select：可变参数的精确计数本质

【语法算法】

select 的截取本质就这一行：

select("#", ...)

select("#", ...) 返回可变参数的个数——配合 select(n, ...) 截取第 n 个之后的参数——select 是 Lua 处理可变参数的唯一官方手段。今天拆开。

一、计数、截取、跳过三段

select 的三段。计数：select("#", ...) 返回参数个数——包括 nil——这是它和 # 的本质区别：# 对含 nil 的表结果不确定，select("#") 精确计数。截取：select(2, "a", "b", "c") 返回第二个之后的参数——从第 n 个开始截取到末尾，返回多值。跳过：select(2, ...) 配合负索引可以跳过前面的参数只取后面的——最常用的场景是"跳过第一个参数，处理剩下的"。

graph TD
    A["select(2, 'a', 'b', 'c')"] --> B["跳过第1个"]
    B --> C["返回 'b' 'c'"]
    D["select('#', 'a', nil, 'c')"] --> E["返回 3"]
    E --> F["包含nil的精确计数"]
    G["select(-1, 'a', 'b')"] --> H["返回最后一个"]

二、可变参数的正确写法

local function log(level, ...)
    local n = select("#", ...)
    if n == 0 then return end
    local parts = {}
    for i = 1, n do
        local v = select(i, ...)
        parts[#parts + 1] = tostring(v)
    end
    SL:WriteLog(level, table.concat(parts, " "))
end

log("INFO", "player", "attacked", "monster", 42)

select(i, ...) 在循环里逐个取参数——每次调用都有函数调用开销——参数多的时候先用 {...} 打包成表再遍历更高效——但 {...} 遇到 nil 会截断，table.pack(...) 不会。

三、打包和 select 的选择

table.pack(...) 是 Lua 5.2 的函数——返回表加 n 字段记录参数个数——解决了 {...} 遇 nil 截断的问题。Lua 5.1 没有 table.pack，用 select("#", ...) 手动打包。两者的选择取决于 Lua 版本和参数中是否可能出现 nil。最后一条纪律：... 在函数参数列表中必须是最后一个参数——function(a, ..., b) 是语法错误——可变参数只能出现在末尾，这是 Lua 语法的规定，不是建议。