该用 foreach 时：遍历数组（尤其关联数组）且不关心键顺序、不需修改数组长度；它安全直接，适配索引与关联数组，无需手动维护下标，不受 unset() 等操作影响。
什么时候该用 foreach，而不是 for 或 while
当你要遍历一个数组（尤其是关联数组），且不关心键的数值顺序、也不需要在循环中修改数组长度时，foreach 是最安全直接的选择。它天然适配索引数组和关联数组，不用手动维护下标，也不会因数组中途被 unset() 或 Array_shift() 打乱节奏而跳项或报错。
- 适合：配置列表渲染、数据库查询结果逐条处理、表单提交的多维数组校验
- 不适合：需要按索引反向遍历、边遍历边删除元素（此时用
for+array_keys()更可控）、或必须控制步长（如每 2 项取一次） - 注意：
foreach遍历的是数组的副本（php 7.0+ 默认行为），原数组在循环内被修改，不影响当前轮次——这点常被误以为“引用生效”，其实只是副本机制带来的错觉
foreach 中的 &$value 引用写法，什么情况下真有用
只有当你明确需要在循环中**直接修改原数组的值**（不是副本），才加 &。比如批量格式化字符串、给每个子数组追加字段、或过滤掉某些值后重置结构。
- 常见错误：在 foreach 中用
&$value处理完后，紧接着又来一遍普通foreach ($arr as $value)——这时最后一个$value仍带引用，会意外覆盖原数组最后一项，导致数据错乱 - 正确做法：用完引用后，立刻
unset($value)断开引用，尤其在循环外还要继续用这个变量名时 - 替代方案：多数时候用
array_map()或array_walk()更清晰，特别是逻辑可复用时
遍历多维数组时，foreach 嵌套容易漏掉的边界问题
嵌套 foreach 本身没问题，但实际中常因数据结构不规整（比如某一项是 NULL、空数组、或意外是字符串）直接抛出 Invalid argument supplied for foreach()。
- 必须提前判断：每次进入内层前检查
is_array($item)，不能只信文档说“这里一定是数组” - 别依赖
count($arr) > 0来判断可遍历性——空数组能遍历，null和字符串不能 - 深层嵌套时，用递归函数比硬写三层
foreach更易维护；但如果只到第二层，扁平化处理（如array_column($arr, 'children')）往往更稳
性能差异不大，但 PHP 8.0+ 的 foreach 对 JIT 友好
单纯比速度，foreach 和 for 在小数组上几乎没差别；但在大数组（10 万+ 元素）且开启 Opcache + JIT 时，foreach 的底层迭代器更可能被 JIT 编译优化，实测快 5%–10%。
立即学习“PHP免费学习笔记（深入）”；
- 真正影响性能的不是循环语法，而是循环体内的操作：比如在里头反复调用
in_array()、查数据库、或拼接大字符串 - 如果循环里要频繁读取同一对象属性，先赋给局部变量，别写成
$user->profile->avatar->url这种链式调用——PHP 每次都重新解析 - PHP 8.1 起，
foreach对只读数组（ArrayObject或readonly数组）有额外优化，但普通array不受影响
真正麻烦的从来不是语法怎么写，而是你拿到的那个 $data 到底是不是数组——加个 var_dump(gettype($data)) 花不了两秒，却能省掉半小时找 bug。