for循环遍历数组时应缓存count()结果以避免重复调用影响性能，且仅适用于需控制索引步长、反向遍历或同步操作多数组等特定场景；关联数组宜用foreach，for易出错。
for 循环遍历数组时 count() 被反复调用会拖慢性能
PHP 的 for 循环本身不感知数组长度，每次迭代都得靠条件判断来决定是否继续。如果写成 for ($i = 0; $i ，<code>count() 就会在每一轮都执行一次——哪怕数组根本没变。这对小数组影响不大，但循环上千次时，额外函数调用叠加起来就是明显开销。
实操建议：
- 把
count($arr)提前算好，存进变量，比如$len = count($arr)，再在循环条件里用$i - 注意：如果循环体内部会修改数组（如
unset()或array_push()），那提前缓存长度就可能出错——此时要么改用foreach，要么手动维护索引边界 -
count()对空数组、非数组类型返回 0，但不会报错；不过传入null或资源类型会触发警告，别拿它测变量是否存在
foreach 比 for + count 更安全也更常用
绝大多数遍历需求，foreach 是更自然的选择：它直接解构键值对，不依赖索引，也不关心数组是否“重排”或“稀疏”。而 for 强制按数字索引走，遇到键为字符串、缺失中间键（比如 [0 => 'a', 2 => 'c']）就会跳过或报错。
常见错误现象：
立即学习“PHP免费学习笔记（深入）”；
- 用
for遍历关联数组，结果只拿到数字键部分，或者$arr[$i]返回null - 数组被
array_values()重置过索引，但代码没同步更新，导致下标越界 - 循环中用
continue 2或break 2时，for的嵌套逻辑比foreach更难跟踪
for 循环真正适合的场景其实很窄
只有当你明确需要控制索引步长、反向遍历、或同时操作多个同结构数组时，for 才有不可替代性。比如合并两个数组、实现滑动窗口、或从后往前删除元素。
使用示例（反向遍历删元素）：
$arr = ['a', 'b', 'c', 'd'];
for ($i = count($arr) - 1; $i >= 0; $i--) {
if ($arr[$i] === 'c') {
unset($arr[$i]);
}
}注意点：
-
unset()不会自动重排索引，所以下次循环仍要用原索引判断，不能依赖$i--后的值去取新元素 - 如果要重排索引，得在循环结束后加一句
$arr = array_values($arr)，但别在循环里加，否则影响$i计算 -
for里用$i += 2跳步是合法的，但容易漏元素，务必确认业务逻辑允许跳跃
count() 在 PHP 8+ 有优化，但不改变使用逻辑
PHP 8.0 起，count() 对普通数组做了内联优化，调用开销比以前小，但它仍是函数调用，仍要查 zval 类型、判空、返回整数——这些动作没法省。所以“少调用”这个原则没变，只是“多调几次”的代价变小了。
兼容性提醒：
- PHP 7.2+ 支持
count(null)返回 0（之前报 warning），但传对象且没实现Countable接口，依然会报Warning: count(): Parameter must be an array or an object that implements Countable - 如果不确定变量类型，别裸写
count($x)，先用is_array($x)或$x instanceof Countable做兜底 - 对引用数组（
&$arr）调用count()不会触发复制，这点放心
实际写的时候，多数人卡在“以为 for 更底层所以更快”，结果反而写出难读、易错、还未必快的代码。真要性能关键路径，不如先 profile，再决定要不要换算法，而不是死磕循环写法。
