foreach中unset会跳过后续项，因迭代器基于初始快照按序步进，删除元素导致键缺失而跳转；新增非末尾键可能打乱顺序；引用遍历后未unset会引发变量污染和悬垂问题。
foreach 中 unset 或新增元素会跳过后续项
PHP 的 foreach 在开始遍历时会创建一个内部迭代器快照，它按当时数组的键顺序“锁定”遍历路径。一旦在循环中用 unset($arr[$key]) 删除当前或后续元素，该键就从快照中消失，但迭代器仍按原定步进逻辑移动——结果就是下一个本该处理的键被直接跳过。
常见错误现象：
- 遍历索引数组时，
unset($arr[2])后，$arr[3]不再被访问 - 遍历关联数组时，删除中间键（如
'config'）后，紧随其后的键可能完全不触发循环体 - 用
$arr[] = $new追加元素，新键不会被当前foreach覆盖（这是安全的），但若用$arr['new_key'] = $val插入非末尾键，可能打乱遍历顺序，导致重复或遗漏
引用遍历后未 unset 会导致变量污染
写 foreach ($arr as &$item) 时，PHP 会让 $item 持久绑定到数组最后一个元素。循环结束后，$item 依然有效，且修改它会同步改写原数组最后一项。
容易踩的坑：
- 循环后执行
$item = 'x';，意外覆盖了$arr的末尾值 - 后续代码又起一个同名变量（比如另一个
foreach ($other as &$item)），旧$item引用未释放，会把两组数据串在一起 - 在函数返回值上用引用遍历：
foreach (get_data() as &$v)，PHP 7+ 会报Cannot use assign-op operators with string offsets或静默失败，因为函数返回的是临时值，不能取引用
正确做法：循环块结束后必须紧跟 unset($item)，且不能被 if 或 return 隔开。
嵌套 foreach 引用时外层变量悬垂
当外层用引用、内层也用引用时（如 foreach ($data as &$row) { foreach ($row['items'] as &$item) { ... } }），如果外层 $row 没有 unset，它的引用状态会延续到内层循环结束之后。此时 $item 可能绑定到已释放或重分配的内存位置，表现是读取乱码、赋值无效，或触发 zval 悬垂警告。
这种问题在 PHP 7+ 更隐蔽，因为 copy-on-write 机制会让部分引用指向副本而非原始数组，调试时 print_r 看不出异常，但 xdebug_debug_zval() 能暴露 isref=1 和异常 refcount。
替代方案：先收集键，再批量操作
真要边遍历边改结构，最稳的方式不是在 foreach 里动数组，而是分两步走：
- 第一遍只读：用
foreach收集待删键名到$keys_to_remove，或待增内容到$to_append - 第二遍操作：用
unset($arr[...])批量删除；用array_merge($arr, $to_append)或逐个赋值追加 - 对大数组，还可考虑用
array_walk+ 引用参数，它不依赖内部迭代器，行为更可预测
嵌套场景下，优先用递归函数并传引用参数（function walk(&$arr, $depth = 0)），比多层 foreach 更可控——毕竟每层作用域干净，不存在跨层引用残留。
最常被忽略的一点：所谓“边遍历边修改”，90% 的真实需求其实只是“边读边聚合”，压根不需要动原数组。用动态键构建新聚合数组（如 $summary[$taste]['count']++），既安全又高效，还天然规避所有引用陷阱。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
