PHP 7.4+ 的 ... 语法无法降级到 PHP 5.6，必须手动改写为 func_get_args() 并处理参数偏移、类型提示移除及引用丢失等问题。
PHP 7.4+ 的 ... 语法不能直接降级到 5.6
如果你在 PHP 7.4+ 写了 function foo(...$args)，然后想把代码跑在 PHP 5.6 或 7.0 上，它会直接报错：Parse error: syntax error, unexpected '...'。这不是运行时问题，是解析器层面不识别该语法，连文件都加载不了。
必须手动改写函数签名和参数处理逻辑，不能只靠运行时兼容层或 polyfill。
用 func_get_args() 替代 ... 时要注意调用上下文
func_get_args() 只能在函数体内调用，且必须在函数声明的参数列表之后使用；它返回的是当前函数被调用时传入的全部实参数组（包括已命名参数），而 ... 只收集“剩余参数”。这点差异常被忽略，导致逻辑错位。
- 如果原函数是
function log($level, ...$messages)，那么$level是第一个固定参数，...只收后面所有 - 改用
func_get_args()后，你得手动array_shift($args)拿出$level，再把剩下的当$messages - 如果函数没固定参数（如
function sum(...$nums)），那func_get_args()返回的就是完整参数数组，可直接用
参数引用和类型保留会被破坏
... 语法能保持原始参数的引用关系和类型（比如传入一个 &$item，展开后仍是引用）；而 func_get_args() 总是返回值拷贝，无法传递引用，也无法保留对象/资源的原始身份。
立即学习“PHP免费学习笔记（深入）”；
- 若函数内部需要修改传入的变量（如
function fill(...&$vars)），func_get_args()完全无法实现 - 涉及
is_object()、===对比或debug_zval_dump()查引用计数时，行为会不一致 - PHP 7.1+ 支持
...$arr展开数组，但func_get_args()不提供反向“打包”能力，没法模拟call_user_func_array()之外的展开语义
实际替换示例：从现代写法到底层兼容
假设你有这段 PHP 8.0 代码：
function query(string $sql, ...$params): array
{
return pdo_execute($sql, $params);
}
要兼容 PHP 5.6，需改写为：
function query($sql)
{
$params = func_get_args();
array_shift($params); // 剔除 $sql
return pdo_execute($sql, $params);
}
注意：$sql 类型提示（string）也得去掉，否则 PHP 5.6 会报错；如有必要，改用 is_string($sql) 手动校验。
真正麻烦的不是语法替换，而是当函数同时被静态分析工具、IDE 和测试用例依赖时，签名变化会引发连锁校验失败——尤其是类型推导和参数补全失效。
