php函数调用开销本身很小，但频繁、嵌套或动态调用（如call_user_func）会显著降低性能；内置函数因c实现和底层优化远快于自定义逻辑。
php函数调用开销大不大？
PHP 函数调用本身开销很小，但频繁、嵌套、动态调用（如 call_user_func）会明显拖慢。真正吃性能的往往不是函数逻辑，而是调用方式和上下文。
- 普通命名函数（
strlen()、array_filter()）调用几乎无感知，可放心用 -
call_user_func()、call_user_func_array()比直接调用慢 3–5 倍，尤其在循环里要避免 - 匿名函数（
function() {}）每次定义都产生新闭包对象，循环中反复创建会增加内存和 GC 压力 - 魔术方法（
__get、__call）触发成本高，比普通方法调用慢一个数量级，别用它做高频属性访问
哪些内置函数能直接替代自定义逻辑？
自己写的循环+判断，大概率不如一个内置函数快——PHP 内置函数是 C 实现，且做了大量底层优化。
- 用
in_array($v, $arr, true)替代手写foreach查找，注意必须加true启用严格比较，否则类型转换反而更慢 - 数组去重优先选
array_unique($arr, SORT_REGULAR)，别用array_values(array_flip($arr))——后者对非标量值会报Array to string conversion - 字符串截取用
substr()，别用mb_substr()除非真要处理多字节字符；后者在 ASCII 场景下慢 2–3 倍 - 判断空用
empty()要小心：它对0、"0"、false都返回true，业务上需要区分时，改用$var === ''或isset($var) && $var !== ''
参数传递怎么写才不拖慢执行？
PHP 7+ 默认按值传参，但大数组或对象传参时，复制成本不可忽视。关键不是“引用”本身，而是“是否真被修改”。
- 函数只读取参数（比如遍历、校验），就别加
&$arr——PHP 的写时复制（Copy-on-Write）机制已帮你省了复制开销 - 确实要修改原变量，且参数是大数组，才考虑引用传参；但注意：引用会阻止 COW，一旦传入就立即复制，反而更慢
- 对象始终是“传对象标识符”，不是传值也不是传引用，
function foo(stdClass $o) { $o->x = 1; }会改原始对象，无需加& - 避免在函数签名里用
...$args接收不定参，它强制生成新数组；如果只用前几个参数，直接写明$a, $b, $c更快
opcache 缓存失效后函数还快吗？
opcache 开启后，函数体编译结果被缓存，但函数行为仍受运行时影响。以下情况会让优化“白做”：
立即学习“PHP免费学习笔记（深入）”；
- 函数内用了
eval()或create_function()（已废弃），opcache 直接跳过该文件缓存 - 配置项
opcache.enable_cli=0时，CLI 脚本完全不走 opcache，本地测试容易误判性能 - 函数里包含未解析的类名（如
new $class_name），opcache 无法预编译类加载逻辑，运行时需额外查 autoload - 修改了函数所在文件但没清 opcache（
opcache_reset()或重启 fpm），旧字节码还在跑，测的不是最新代码
最常被忽略的是：函数快不快，取决于它实际运行在哪种环境里——开发机没开 opcache、测试数据量太小、没模拟真实 I/O 延迟，测出来的数字基本没参考价值。
