直接调用变量函数会报错，仅当函数名非法、为空或指向未定义函数时触发Fatal error；PHP 8.0+默认允许，7.x多数情况可行，但动态调用无预检，出错即运行时崩溃。
用 $func_name() 直接调用变量函数会报错吗？
会，但只在特定条件下——PHP 8.0+ 默认允许，PHP 7.x 大部分情况也行，但一旦函数名含非法字符、为空、或指向未定义函数，立刻 Fatal error: Uncaught Error: Call to undefined function。
关键不是“能不能”，而是“什么情况下能、什么情况下崩”。动态调用本质是把字符串当函数名解析执行，PHP 不做预检，出错就是运行时崩。
-
$name = 'strlen'; $name('hello');✅ 安全，strlen是内置函数且存在 -
$name = 'nonexistent'; $name();❌ 崩，报Call to undefined function nonexistent -
$name = ''; $name();❌ 崩，报Function name must be a string -
$name = 'echo'; $name('x');❌ 崩，echo是语言结构，不是函数，不能被变量调用
call_user_func() 和 call_user_func_array() 怎么选？
二者都比直接 $func() 更安全，因为会先校验函数是否存在，返回 false 而非直接报错（注意：仅对不存在的函数有效，语法错误仍会抛异常）。
-
call_user_func(<code>$func, $arg1, $arg2)：适合固定参数个数，参数逐个传入 -
call_user_func_array(<code>$func, [$arg1, $arg2])：适合参数数量不固定，或参数已存在数组中 - 性能上，直接
$func()略快（无函数调用开销），但差异微乎其微，别为这点速度放弃可读性和容错 - 兼容性上，
call_user_func支持闭包、对象方法数组（如[$obj, 'method']），而$func()只支持纯函数名或静态方法字符串（如'Class::method'）
示例：
call_user_func('date', 'Y-m-d'); // → '2024-06-12'<br>call_user_func_array('sprintf', ['%s %d', 'age', 25]); // → 'age 25'
立即学习“PHP免费学习笔记（深入）”；
调用类方法时，$obj->$method() 和 call_user_func([$obj, $method]) 有啥区别？
前者更简洁，但限制多；后者更通用，容错强。
-
$obj->$method()要求$method是 public 实例方法，且$obj必须是对象（不能是null或标量），否则报Attempt to invoke method on null或Trying to call method on non-object -
call_user_func([$obj, $method])同样要求方法存在且可访问，但会在调用前检查数组格式是否合法（如[null, 'foo']会报错，但比直接调用更早暴露问题） - 若方法是 private/protected，两者都不能直接调，得用反射——这是另一个层面的问题，不在动态调用范畴内
- 静态方法可用
call_user_func(['ClassName', 'method'])，但不能用ClassName::$method()（语法错误）
为什么用动态函数调用容易踩坑？
根本原因在于它绕过了 PHP 的静态分析和 IDE 提示，把函数名从“代码结构”降级为“运行时字符串”，等于主动放弃类型与存在性保障。
- 拼写错误不会被发现，直到上线后某个分支触发才报错
- 函数被重命名或删除后，IDE 找不到引用，无法全局替换
- 参数签名完全靠人肉记忆，
call_user_func不校验参数类型或个数 - 安全风险：如果函数名来自用户输入（如 URL 参数），没过滤就直接调用，可能执行任意函数（如
system、eval）——务必白名单校验
真正该动态调用的场景其实不多：路由分发、插件钩子、配置驱动的行为映射。其余时候，用 if/else 或策略模式更清晰、更可控。
