foreach中直接unset会跳过下一个元素，因php遍历时复制内部指针且unset不移动指针；安全删除需用反向for、预收集键名后批量unset或array_filter（注意重置索引）。
foreach 遍历中直接 unset 会跳过下一个元素
不能安全删除。PHP 的 foreach 在开始遍历时会隐式复制数组的内部指针和快照，unset 当前元素不会移动指针，但会导致下一次迭代跳到「原位置的后一个」，实际效果是跳过紧邻的下一个元素。
常见错误现象：
数组 [0 => 'a', 1 => 'b', 2 => 'c']，在循环中 unset($arr[1]) 后，'c' 不会被遍历到。
- 这是语言机制决定的，不是 bug，文档明确说明「
foreach不保证对修改后的数组行为一致」 - 仅对索引数组明显；关联数组因键不连续，表现更难预测
- PHP 7.0+ 仍保持该行为，没有修复计划
安全删除的三种实操方式
核心原则：避免在遍历过程中修改被遍历的数组本身。
-
反向 for 循环：用
for ($i = count($arr) - 1; $i >= 0; $i--)，从尾部删不影响前面索引 -
收集键名再批量 unset：先
foreach记录要删的键（如$toRemove[] = $k），再foreach ($toRemove as $k) unset($arr[$k]) -
array_filter 替代遍历：用回调函数返回
true保留、false过滤，例如$arr = array_filter($arr, fn($v) => $v !== 'bad')；注意它会重置索引，需加array_values()保持数字索引
array_filter 的索引陷阱
array_filter 默认保留原键，对索引数组会生成稀疏结构（如 [0=>'a', 2=>'c']），后续用 for 或 count 易出错。
- 必须显式调用
array_values($arr)重排索引，否则$arr[1]不存在 - 性能上：
array_filter是函数式操作，比手动unset多一次遍历，大数据量时差异明显 - 如果逻辑复杂（比如要同时修改值+删元素），不如先建新数组：
$new = []; foreach ($arr as $v) { if (keep($v)) $new[] = $v; }
foreach 中引用赋值也不能解决删除问题
写成 foreach ($arr as &$v) 只能修改值，不能安全删键。即使配合 unset($v)，也只是断开引用，原数组元素仍在；而 unset($arr[$k]) 在引用遍历中仍会触发跳过行为。
- PHP 手册特别警告：
unset($v)在引用 foreach 中无效，且可能引发意外的变量残留 - 想边遍历边删，唯一可靠路径是「不依赖当前遍历结构」——也就是前述的预收集键名或反向循环
实际项目里最常踩的坑，是以为加了引用就能控制底层数组，结果删得七零八落还查不出原因。记住：遍历和修改是两件事，硬凑一起就得自己兜底。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
