循环内调用函数的性能瓶颈在于栈开销、作用域切换和参数拷贝，尤其对轻量函数高频调用时；应将不依赖循环变量的函数（如count、date）提到循环外，避免call_user_func等动态调用，禁用eval，高频小函数可内联但需加注释并严守边界，对象创建和正则编译等重量操作须提前复用或缓存。
循环内调用函数不是慢，而是每次调用都叠加栈开销、作用域切换和参数拷贝——尤其当函数体轻、调用频次高时，开销远超逻辑本身。
把不变的函数调用提到循环外
常见错误是把 count()、date()、strlen() 这类不依赖循环变量的函数写在 for 条件或循环体内。比如：
for ($i = 0; $i < count($arr); $i++) { ... }
每次迭代都重新计算数组长度，count() 虽快，但上千次叠加就明显拖慢。正确做法是提前缓存结果：
- 用
$len = count($arr)替代条件中的count($arr) - 若循环中多次用到
time()或microtime(true)，只调用一次并赋给变量 - 对象属性访问如
$obj->config['timeout']若不随循环变化，也应抽到循环外
避免动态函数调用：别用 call_user_func 或字符串函数名
这类调用会触发运行时符号查找、安全检查和额外栈帧，比直接调用慢 3–5 倍。典型坑点：
立即学习“PHP免费学习笔记（深入）”；
-
call_user_func($callback, $arg)→ 改为$callback($arg)（前提是 $callback 是闭包或已知函数名） -
$func_name = 'my_handler'; $func_name($data)→ 直接写my_handler($data) - 禁用
eval()、create_function()，改用匿名函数或预定义方法
如果必须支持多种回调类型，先做类型判断再分支调用，而不是统一走动态路径。
高频小函数考虑内联，但得守住边界
对无副作用、≤3 行、参数简单（如 is_int()、$n % 2 === 0、isset($arr[$k])）的函数，在关键热路径中可内联。例如：
// 原来
if (is_positive($val)) { ... }
// 内联后
if ($val > 0) { ... }
但要注意：
- 内联后需加注释，标明原函数名和原因，比如
// inline is_positive() for hot loop - 一旦函数逻辑变复杂或被多处复用，立刻撤回内联，改用静态缓存或提取为纯函数
- 别内联含异常抛出、IO、对象方法调用的函数——它们的开销不在调用本身，而在执行过程
循环里别反复 new 对象或编译正则
对象构造和 preg_replace() 编译模式都是重量级操作。容易被忽略的是：
-
foreach ($items as $item) { $obj = new Helper(); ... }→ 提前实例化，循环中复用 -
preg_match('/\d+/', $str)在循环中重复出现 → 提前用static $regex = null; if ($regex === null) $regex = '/\d+/';缓存 - 连
json_decode($json, true)这种看似轻量的操作，若 $json 不变，也该提到循环外
真正难优化的从来不是单次调用，而是那些你以为“反正很快”的操作，在万级循环里被放大成瓶颈——它不报错，只悄悄吃掉几十毫秒。
