call_user_func() 在 PHP 7.1+ 中平均比直接调用慢 2–3 倍，call_user_func_array() 再慢 20%–30%；必须使用场景仅两类：函数名动态获取（如配置/用户输入）或参数个数/类型不确定的统一调度；它不支持引用传参，需传引用时应改用 call_user_func_array()。
call_user_func() 比直接调用慢多少？
在 PHP 7.1+ 环境下，call_user_func() 平均比直接调用慢 2–3 倍；call_user_func_array() 再慢约 20%–30%，主要来自参数数组解包开销。百万次调用实测：直接调用约 0.004s，call_user_func() 约 0.030s，call_user_func_array() 约 0.040s —— 单次差异微乎其微，但高频循环里会明显拖慢响应。
哪些场景必须用 call_user_func()？
真正需要它的，只有两类情况：
- 回调函数名来自配置、数据库或用户输入（如
$handler = $config['on_success']; call_user_func($handler, $data);） - 统一调度不同签名的函数，且参数个数/类型无法提前确定（例如事件分发器中动态传参）
- 调用静态方法时需拼接命名空间（
call_user_func(__NAMESPACE__ . '\Helper::format')），避免字符串拼接后直接执行带来的解析风险
其余情况——比如已知函数名、固定参数个数、闭包变量存在——一律用直接调用或变量函数语法（$func($a, $b)），它和直接调用性能几乎一致，且支持引用传参。
call_user_func() 不能传引用参数
call_user_func() 会把所有参数按值传递，即使目标函数声明了 &$param，也会触发警告并失效：
function increment(&$n) { $n++; }
$n = 0;
call_user_func('increment', $n); // Warning + $n 仍为 0
若必须传引用，只能换用 call_user_func_array() 配合引用数组：
call_user_func_array('increment', [&$n]); // ✅ 正确
但注意：call_user_func_array() 本身更慢，且数组语法易出错（如键名会被忽略，只认顺序）。
替代方案优先级怎么排？
遇到动态调用需求，按以下顺序选：
- 已知函数名 + 固定参数 → 直接调用
my_func($a, $b) - 已知函数名 + 参数变量化 → 变量函数
$func = 'my_func'; $func($a, $b); - 需传引用 or 参数来自数组 → 用
call_user_func_array()，但确保数组结构干净（索引数组，无键名） - 仅当函数名完全不可控（如插件系统）→ 才用
call_user_func()，并加is_callable()校验
最常被忽略的是：很多框架里把 call_user_func() 当“通用调用入口”滥用，其实 80% 的 case 能用变量函数替代，既安全又快。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
