for循环遍历索引数组时需用count()提供终止条件，但仅适用于纯整数键且连续递增的数组；否则易越界，且频繁调用count()影响性能，应提前缓存长度。
count() 不是“总要”配合 for，而是你在用 for 遍历索引数组（尤其是数字键数组）时，**需要一个明确的终止条件**——而数组长度就是最自然的选择。但这个“需要”背后有陷阱，不是所有场景都该这么干。
为什么 for 循环常写成 for($i = 0; $i
这是初学者最顺手的写法，因为：它模仿了 C/Java 的惯性思维，把“遍历到第 N 个元素为止”当作理所当然。但问题在于，count($arr) 被放在循环条件里，意味着每次迭代都会重新调用一次。
- 虽然
count()是 O(1) 操作（PHP 内部直接读计数器），但函数调用本身有开销，对大数组或高频循环仍可测出差异 - 更严重的是，如果循环体里意外修改了数组（比如
unset($arr[$i])或array_push()），count($arr)的返回值会变，导致跳过元素或越界警告 - 对关联数组（如
['a' => 1, 'b' => 2]）用数字索引遍历，本身就不可靠——键可能不连续、不从 0 开始
什么时候真该用 count() 配合 for
只在你**明确需要按数字索引顺序访问、且确定数组是纯整数键 + 连续递增（即 range(0, n-1) 形式）** 的场景下才合理。典型例子：处理表单提交的同名多值字段（name="item[]" 解析后得到的数组）。
- 必须确保数组未被修改：先存结果，再循环 ——
$len = count($arr); for ($i = 0; $i - 避免混用：不要一边
for遍历，一边用array_shift()或unset()改数组 - 别对
foreach可胜任的场景硬套for：比如只是输出、累加、映射，foreach更安全、语义更清
count() 返回值的几个易错点
count() 行为看似简单，但传错参数会悄悄埋雷：
- 传字符串：
count('hello')返回1，不是5—— 它把字符串当做一个“非数组、非 Countable 对象”，按规则返 1 - 传
null：count(null)返回0，不报错，但可能掩盖变量未初始化的 bug - 传对象：仅当对象实现了
Countable接口才返回有意义的值；否则也返1，并触发E_WARNING - 多维数组默认只数第一层：
count([[1,2], [3]])返回2，不是3；要总数得加COUNT_RECURSIVE
真正该警惕的，不是“要不要用 count()”，而是“你是否清楚自己遍历的数组结构、是否在循环中动了它、以及有没有更稳妥的替代方式（比如 foreach 或 array_keys() 预取索引）”。对大多数业务逻辑来说，foreach 才是默认选项；for + count() 是特例，不是范式。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
