Lua中vararg运算符有哪些arg表无法实现的独有功能？

...不是arg表的语法糖，它的设计核心是兼顾性能和语义准确性，有几个场景是arg表（包括手动创建的{...}表）无法实现或者实现成本极高的：

• 准确统计带nil的可变参数个数
  当可变参数中包含nil时，手动创建的{...}表会出现"洞"，使用#运算符取长度的结果是未定义行为，无法准确获得真实参数个数。而搭配select('#', ...)可以永远得到准确的参数总数，不受中间nil值影响：

  local function test(...)
      local arg = {...}
      print(#arg) -- 传入1, nil, 3时，不同Lua环境可能输出1或3，结果不确定
      print(select('#', ...)) -- 永远输出3，完全准确
  end
  test(1, nil, 3)
  

• 零开销的参数透传
  使用...可以直接把可变参数传递给其他函数，不需要创建额外的表，没有内存分配和GC开销，在高频调用场景（如日志封装、函数代理）下性能优势极其明显。如果用表实现相同逻辑，需要先把参数存入表，再调用unpack解包，不仅有额外开销，还要手动处理参数长度避免nil截断：

  -- 无开销的原生实现
  local function log(...)
      print(os.date("[%Y-%m-%d %H:%M:%S]"), ...)
  end
  
  -- 用表实现的等价版本，性能更差，还要手动处理长度
  local function log_with_arg(...)
      local n = select('#', ...)
      local arg = {...}
      print(os.date("[%Y-%m-%d %H:%M:%S]"), unpack(arg, 1, n))
  end
  

• 完美支持多返回值语义与尾调用优化
  ...可以直接作为函数的返回值，完全保留参数的多返回值特性，不需要任何额外操作。同时用...传递参数的函数调用可以满足Lua的尾调用优化条件，递归调用不会占用额外栈空间。如果用表实现，解包操作和表创建逻辑会导致无法触发尾调用，递归深度过高时会出现栈溢出。
• 避免默认创建表的无效开销
  Lua 5.0及更早版本的arg表是调用可变参数函数时自动创建的，哪怕你不需要使用可变参数，也会产生额外的内存分配开销。而...运算符只在你显式使用时才会处理参数，不需要创建表的场景完全没有额外成本。

内容的提问来源于stack exchange，提问作者BlaztOne