func_get_args() 是在函数体内调用以获取实际传入参数的索引数组，不能在全局使用，不支持与 ... 混用，不包含默认值，返回空数组而非 null，性能略低于 ... 但可维护性差。
func_get_args() 在普通函数里怎么用
它不是定义函数的语法，而是运行时获取参数列表的工具函数。你得先用 function 定义一个普通函数（不带 ...），然后在函数体内调用 func_get_args() 才能拿到传进来的所有参数，返回的是一个索引数组。
常见错误是以为写了 func_get_args() 就能自动支持可变参数——其实它只是“读取”，不参与函数签名声明。PHP 5.6+ 推荐用更清晰的 ... 语法，但老项目或需要兼容旧版本时仍会见到它。
- 必须在函数体内调用，全局作用域用会报
Warning: func_get_args(): Called from the global scope - 返回值是
array，不是引用，修改它不影响原始参数 - 如果函数没传参，
func_get_args()返回空数组[]，不是null
function log_message() {
$args = func_get_args();
echo 'Received ' . count($args) . ' args: ' . implode(', ', $args);
}
log_message('error', 404, 'not found'); // 输出：Received 3 args: error, 404, not found
func_get_args() 和 ...（展开运算符）混用会怎样
不能混用。PHP 明确禁止在同一个函数中同时使用 func_get_args() 和 ... 参数语法。一旦用了 ...，再调用 func_get_args() 会触发 Warning: func_get_args(): Called from a function with named parameters or argument unpacking（PHP 8.0+）或直接报错（低版本）。
本质是两种机制冲突：... 已把参数显式收进一个变量，func_get_args() 却还想绕过语法去“偷看”底层参数栈。
立即学习“PHP免费学习笔记（深入）”；
- PHP 7.4+ 开始严格限制，混用基本不可行
- 想升级代码？把
func_get_args()替换为...声明 + 参数变量名即可 - 如果函数还用了命名参数（PHP 8.0+），
func_get_args()更不可靠——它不区分位置参数和命名参数，顺序可能错乱
为什么 var_dump(func_get_args()) 有时显示奇怪的键名
不会。它永远返回纯数字索引数组，var_dump 显示的键名一定是 int(0)、int(1) 这样的。如果你看到字符串键或缺失键，大概率是你后续代码手动改了数组（比如用 array_merge() 合并了关联数组），或者误用了 func_get_arg($n)（只取单个参数）却当成全部来用。
-
func_get_arg(0)只取第一个，func_get_arg(1)取第二个……越界会报Warning: func_get_arg(): Argument 99 not passed to function - 要安全遍历，始终用
func_get_args()拿完整数组，再配合foreach或for - 注意：它不包含默认参数值，只反映实际传入的参数
func_get_args() 性能和替代方案对比
它有轻微开销，因为每次调用都要反射当前函数栈帧。在高频调用场景（如框架中间件、日志钩子），比 ... 略慢 10%~20%（基准测试可见）。不过对绝大多数业务逻辑，这点差异可忽略。
真正该警惕的是可维护性：用 func_get_args() 的函数无法被 IDE 自动补全、类型检查弱、PHPStan/ Psalm 难以推导参数类型。
- PHP 5.6+ 强烈建议改用
function foo(...$args): void - 需要类型约束？写成
function foo(string ...$messages): void - 要转发参数给其他函数？
other_func(...$args)比call_user_func_array('other_func', $args)更快更直观
老代码迁移时，别只改语法——顺手加上类型声明和文档注释，否则只是把坑从一处挪到另一处。
