PHP 7.1 中 foreach 引用遍历后未 unset 会导致 $v 持续引用数组末元素，后续赋值会意外修改原数组；修复方式是循环后立即 unset($v)，或改用函数封装、for 循环等避免引用残留。
PHP 7.1 中使用 foreach ($arr as &$v) 遍历大数组后，若未及时解除引用，会导致最后一个元素的引用变量持续存在，进而意外修改原数组数据——这是典型的“残留引用”问题，不是 bug，而是 PHP 引用机制的自然表现。
为什么循环结束后还会污染数据？
PHP 在 foreach 引用遍历时，会将循环变量（如 $v）绑定到当前数组元素的内存地址。循环结束时，$v 并未自动销毁，仍指向数组末尾元素。后续若对 $v 赋值（例如 $v = 123;），实际就改写了原数组最后一个值。
尤其在大数组、多轮循环、或函数复用同一变量名的场景下，极易触发隐性覆盖。
标准修复方式：循环后手动置空引用
最直接可靠的做法是在 foreach 结束后，显式调用 unset($v) 断开引用：
立即学习“PHP免费学习笔记（深入）”；
$data = [1, 2, 3, 4, 5];
foreach ($data as &$item) {
$item *= 2;
}
unset($item); // ✅ 关键一步：解除对 $data[4] 的引用
// 后续操作安全
$item = 'hello'; // 不再影响 $data
更安全的替代写法（推荐用于复杂逻辑）
- 避免全程使用引用：仅在真正需要修改原数组时才启用
&$v，其余情况用普通遍历 + 下标赋值 - 封装为独立作用域：把 foreach 写进函数里，让引用变量随函数返回自动销毁
- 改用
for循环：完全规避引用机制，控制力更强，尤其适合大数组性能敏感场景
检查是否已受污染的小技巧
若怀疑数组已被残留引用修改，可快速验证：
// 假设刚执行过 foreach ... as &$x var_dump($x === end($data)); // true 表示 $x 仍引用末元素 $x = 'test'; var_dump($data); // 查看最后一位是否变成 'test'
发现异常后，立即 unset($x) 并审查后续所有对该变量的写入操作。
