优先用...定义可变参数，它是PHP 5.6+语言级特性，类型安全、IDE可识别；func_get_args()仅适用于老版本兼容或动态转发场景。
PHP 方法参数数量不确定时，优先用 ...（展开运算符）定义可变参数，而不是依赖 func_get_args() 等旧式函数 —— 这是 PHP 5.6+ 的标准写法，类型安全、IDE 可识别、调用时也更直观。
用 ... 定义可变参数，不是语法糖而是正式特性
PHP 5.6 引入的 ... 是语言级支持，不是封装技巧。它让函数签名明确表达“后面还有任意个参数”，且支持类型声明和默认值组合。
-
function logMessage(string $level, ...$messages): void——$messages自动是array，且 IDE 能提示其类型 - 不能混用
...和func_get_args()：一旦用了...，func_get_args()仍会返回全部参数（包括前面已命名的），容易误用 - 可变参数必须放在参数列表末尾，否则报错：
function bad(...$args, $last)→ParseError - 调用时可传零个、一个或多个值：
logMessage('info')、logMessage('error', 'DB failed', 404)
func_get_args() 仅适用于兼容老版本或动态转发场景
如果你维护的是 PHP 5.5 或更早环境，或需要在不改函数签名的前提下透传参数（比如装饰器、代理方法），才考虑 func_get_args()。
-
func_num_args()返回的是「实际调用时传入的参数总数」，不是「函数定义中声明的参数数」 -
func_get_arg(0)取第一个实参，但索引越界会触发 Warning；而...下的数组访问是常规 PHP 数组行为，更可控 - 常见误用：
function wrapper() { call_user_func_array($callback, func_get_args()); }→ 应改为function wrapper(...$args) { $callback(...$args); }（PHP 5.6+） - 注意：类方法中使用
func_get_args()会丢失$this上下文信息，而...不影响作用域
可选参数 + 可变参数混合使用的边界条件
可选参数（带默认值）和可变参数可以共存，但顺序和调用方式有硬性约束。
立即学习“PHP免费学习笔记（深入）”；
- 正确顺序：必填参数 → 可选参数 →
...参数function query(string $sql, array $params = [], ...$options): void - 错误写法：
function query(...$options, array $params = [])→ 解析失败 - 调用时不能跳过中间可选参数：
query('SELECT *', , ['debug' => true])是非法语法，必须显式传[]或省略整个参数 -
...接收的值不会被当作可选参数的“默认值”覆盖 —— 它们就是实参，原样进入数组
为什么不用数组整体传参？
把一堆参数打包成一个数组（如 function handle(array $config)）看似灵活，但牺牲了明确性和可维护性。
- 调用方无法从函数签名看出需要哪些字段，只能查文档或源码
- 缺少运行时参数校验：
...$ids明确要求每个元素是int，而array $data无法强制$data['id']类型 - IDE 无法对数组键名做自动补全；
...下每个参数变量名虽不可知，但类型和数量逻辑清晰 - 性能差异可忽略，但语义清晰度差一个数量级 —— 尤其在团队协作或长期维护项目中
最易被忽略的一点：PHP 对 ... 的解析发生在字节码编译期，不是运行时反射。这意味着你无法用 ReflectionFunction 动态判断某个参数是否为可变参数（它只显示为普通数组类型），所以类型断言和文档注释要格外严谨。
