【Lua实战】select('#') 与变参函数的 nil 尾巴

实战应用：用在哪里

变参函数（...）在 Lua 里无处不在：日志接口、消息转发、引擎触发器的参数透传都靠它。但变参遇到 nil 就变了味：# 的长度不可信、遍历会提前终止，select('#') 是唯一可靠的参数计数器。

nil 的陷阱现场

---变参里的 nil 截断遍历
local function log(fmt, ...)
    local args = { ... }          -- nil 之后全部丢失
    for i = 1, #args do           -- # 在含 nil 时不可预期
        print(i, args[i])
    end
end
log("test", "a", nil, "c")        -- 只打印 a，#args == 1

---正确写法：select('#') 计数
local function logAll(...)
    local n = select("#", ...)
    for i = 1, n do
        local v = select(i, ...)
        print(i, tostring(v))
    end
end
logAll("test", "a", nil, "c")     -- 完整打印 3 个参数含 nil

{...} 打包变参时，nil 之后的参数全部丢失——表的构造在 nil 处截断。select("#", ...) 返回包括 nil 在内的真实参数个数，select(i, ...) 逐个取值，两者配合让 nil 值参数也能完整遍历。引擎触发器的参数透传正踩在这条线上：killmon 的第二参数在部分场景是 nil，透传链上任何一层用了 # 计数，nil 之后的参数就静默蒸发。

尾巴的处理

---变参转表保留 nil：用 select 手工打包
local function pack(...)
    local t = {}
    local n = select("#", ...)
    for i = 1, n do
        t[i] = select(i, ...)
    end
    t.n = n
    return t
end

---透传时解包：带上 n 保证长度
local function forward(fn, packed)
    local args = {}
    for i = 1, packed.n do
        args[i] = packed[i]
    end
    fn(table.unpack(args, 1, packed.n))
end

变参转表的正确姿势是 select 手工打包并把长度存进表字段，透传时按存的长度解包——table.unpack 的第三参数显式给长度，nil 尾巴不丢。性能的边界：select(i, ...) 在循环里的开销可接受，万级参数遍历毫秒内完成；热路径上的变参函数（每帧调用）改定参版本，变参的灵活性不值那点打包开销。

验证与监控

变参工具函数的单测覆盖 nil 的所有位置：头部 nil、中间 nil、尾部 nil、全 nil、零参数；触发器透传链的参数计数审计，每层的参数个数断言。

踩坑记录

消息转发的中间层曾经用 {...} 打包，消息参数含 nil 时下游收到被截断的参数表，排查三天定位到打包层，select 打包重写。#args 曾经作为参数个数用于循环边界，nil 尾巴让循环少跑一半，n 字段方案替代。table.unpack 在 5.1 的名字是 unpack，跨版本的兼容封装统一入口，改名引发的两套写法收口。

上线要点

变参的规范进编码评审：日志与转发类函数用 select 全参遍历，业务函数优先定参。触发器透传的参数个数写进触发器的接口文档，每个触发器的参数表是契约。变参工具函数进公共库统一维护，各自造轮子的时代结束。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。