foreach 默认不修改原数组，但使用引用（&$v）会直接修改；遍历关联数组推荐用 $key => $value；空或非数组参数会触发警告，需提前校验。
foreach 会修改原数组的值吗？
不会，但有个关键例外：当数组元素是引用时，foreach 里的变量会直接指向原内存地址，改它就等于改原数组。
常见错误现象：foreach ($arr as $v) { $v = strtoupper($v); } 执行完 $arr 没变——因为 $v 是副本。但写成 foreach ($arr as &$v) { $v = strtoupper($v); }，原数组就真被改了。
- 用引用遍历后，记得
unset($v)，否则下次循环或后续代码里$v还挂着最后一个元素的引用，可能意外改到别的变量 - PHP 7.4+ 对引用遍历做了更严格的警告，未
unset可能触发E_WARNING - 纯读取场景别加
&，既没意义又埋隐患
遍历关联数组时 key 和 value 怎么安全取？
用 foreach ($arr as $key => $value) 最稳妥，$key 自动适配字符串或整数，不依赖 key() + current() 手动移动指针。
使用场景：处理表单提交、配置项、JSON 解析后的结果——这些几乎全是关联数组。
立即学习“PHP免费学习笔记（深入）”；
-
$key是原始键名，不会被强制转成整数（哪怕写的是"1"） - 如果数组有重复键（比如两次
['a' => 1, 'a' => 2]），PHP 只保留最后一个，foreach遍历时也只看到一次'a' - 避免在循环里用
array_keys($arr)再套一层循环，性能差且 key 顺序可能和遍历顺序不一致（尤其 PHP 8.0+ 的哈希表优化后）
foreach 中 break/continue 和异常处理怎么配合？
break 和 continue 行为清晰，但和 try/catch 嵌套时容易误判作用域。
常见错误现象：在 foreach 内 throw 异常，以为 catch 后能继续下一轮，结果整个循环直接退出。
-
break 2可以跳出当前foreach和外层一个结构（比如while或另一个foreach），但别滥用，可读性会掉 - 想“跳过某次迭代并继续”，用
continue；想“终止全部”，用break；别指望catch吞掉异常还能自动continue - 如果循环体逻辑重，建议把核心逻辑抽成函数，让
try/catch包在函数内，而不是包着整个foreach
空数组或非数组传给 foreach 会怎样？
PHP 会报 Warning: Invalid argument supplied for foreach()，不是 Fatal error，但足以让日志报警、接口返回异常数据。
使用场景：API 返回结果不确定是否为数组（比如 cURL 调用失败返回 false，或 JSON 解析失败返回 null）。
- 必须提前判断：
is_array($data) && !empty($data)，或者更保险地用is_iterable($data)（PHP 7.1+） -
foreach (null as $v)和foreach (false as $v)都会触发 warning，不能靠“静默失败”来兜底 - 不要依赖
@foreach抑制错误——它只是屏蔽 warning，不解决根本问题，还掩盖了类型错误
最麻烦的其实是嵌套数组里某一层突然不是数组，比如 $list[0]['items'] 本该是数组，结果是字符串，走到 foreach ($list[0]['items'] as $item) 就崩了。这种得靠数据契约或提前断言，光靠 foreach 语法救不了。
