根本原因是数组键被意外重写、类型隐式转换或内部指针残留；如字符串数字键触发类型转换导致覆盖，引用遍历后未unset引发污染，或遍历中修改数组造成指针偏移。
PHP索引数组遍历结果和预期不一致，**根本原因往往不是 foreach 本身出错，而是数组键被意外重写、类型隐式转换或内部指针残留导致的“假性丢失”**。
索引数组里出现字符串数字键，触发自动类型转换
PHP 会把纯数字字符串键（如 "01"、"1"、"1.5"）强制转为整数或丢弃小数部分，造成键冲突或顺序错乱。
-
"01"→ 转成整数1，如果已有键1，新值直接覆盖旧值 -
"1.5"→ 转成整数1（截断），同样引发覆盖 - 结果是
print_r()显示的键顺序与插入顺序不一致，foreach遍历时也按哈希表实际存储顺序走，而非你“以为”的线性索引
验证方式：var_dump(array_keys($arr)) 看真实键名；修复方式：统一用整数作键，或改用 array_values($arr) 强制重排为连续数字索引。
foreach 后未 unset 引用变量，污染后续遍历
使用 foreach ($arr as &$item) 修改数组后，若没手动 unset($item)，该引用会持续绑定到最后一个元素。后续再对同一数组做任何修改（比如追加、重赋值），都可能意外改到那个位置。
立即学习“PHP免费学习笔记（深入）”；
- 典型现象：第二次
foreach遍历时，最后一个元素值异常，或新增元素被覆盖 - PHP 7+ 对引用行为更严格，这种残留引用更容易报错或表现不一致
- 安全做法：每次用完引用遍历，立刻
unset($item)；只读场景坚决不用&
数组在遍历中被动态修改，触发内部指针偏移
在 foreach 循环体内执行 unset()、array_push() 或直接赋值（如 $arr[] = ...），会导致 PHP 内部迭代器指针错位，跳过某些元素或重复处理。
- 这不是“bug”，而是 PHP 的明确行为：遍历期间修改原数组，迭代器无法保证一致性
- 即使只是
unset($arr[2])，也可能让原本要访问的$arr[3]变成$arr[2]，而指针已移往下一位，导致遗漏 - 正确做法：先收集要删/改的键，循环结束后批量操作；或改用
for+count()（但注意count()不能放循环条件里）
用 for 遍历时误调 count() 导致性能与逻辑双崩
写 for ($i = 0; $i 看似稳妥，但每次循环都调用 <code>count()，既慢又危险——如果循环体里改变了数组长度，count() 返回值实时变化，可能提前退出或无限循环。
- PHP 数组的
count()是 O(1)，但频繁调用仍有函数开销；更关键的是语义风险 - 正确写法：提前缓存
$len = count($arr)，再用for ($i = 0; $i - 绝大多数情况，直接用
foreach ($arr as $v)更安全、更快、更符合 PHP 惯例
真正容易被忽略的点是：你以为的“索引数组”可能早已不是纯数字键——从 JSON 解码、数据库查询结果、用户输入拼接等任意环节，都可能悄悄混入字符串键或空格键，而 print_r 默认不显式标出引号，让人误判结构。动手前先 var_dump($arr)，别信眼见为实。
