func_num_args() 在匿名函数中报错是因为其依赖函数调用上下文，而匿名函数不构成传统函数作用域，导致触发“called from the global scope”警告；应改用 ...$args + count() 或 reflectionfunction（性能差）。
func_num_args() 只能在函数内部使用，且必须配合 func_get_arg() 或 func_get_args() 一起用——单独调用它没意义，也拿不到闭包或静态方法里的参数数量。
为什么func_num_args()在匿名函数里报错？
PHP 的 func_num_args() 依赖于“当前函数调用上下文”，而匿名函数（包括闭包）不被视为传统函数作用域，直接调用会触发 Warning: func_num_args(): Called from the global scope。
- 解决办法：显式传入
...$args并用count($args)替代 - 如果必须保留原有签名，改用
ReflectionFunction动态分析，但性能差、不可用于严格模式下的 opcache 预编译 - 注意：PHP 8.0+ 中
func_*()系列函数在严格类型下不会自动转为 int，返回值始终是 int，但错误调用仍会警告
func_num_args() 和 ...$args 混用的坑
当函数声明了具名参数又用了可变参数（如 function foo($a, $b, ...$rest)），func_num_args() 返回的是**实际传入的总参数个数**，不是 $rest 的长度。
- 例如
foo(1, 2, 3, 4)→func_num_args()返回4，不是2 - 此时
func_get_args()返回[1, 2, 3, 4]，而$rest是[3, 4] - 别试图用
func_num_args() - 2来算$rest长度——默认参数未传入时，func_num_args()不会计入，逻辑会错乱
替代方案：什么时候该放弃func_num_args()？
PHP 5.6+ 强烈建议用可变参数语法 ...$args 替代 func_get_args() + func_num_args() 组合，更安全、类型友好、IDE 可识别。
- 需要判断是否传了第 3 个参数？直接写
isset($args[2])或用match (count($args)) { ... } - 要转发参数给其他函数？
other_func(...$args)比call_user_func_array('other_func', func_get_args())快且无警告风险 - 写 PHPUnit 测试模拟可变参数行为时，
func_num_args()在 mock 中不可靠，优先用具体参数列表断言
真正麻烦的是遗留代码里嵌套多层 func_get_arg() 调用，一旦中间某层漏了 func_num_args() 校验，越界读取就静默返回 null——这个行为不会报 notice，但结果难以调试。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
