foreach遍历索引数组时键名不保证从0开始，需array_values()归一化；关联数组键为字符串，比较用===；修改数组应避免在循环中直接unset或增删，推荐array_filter/map；遍历时$value默认是副本，改原数组需加&。
foreach 遍历索引数组时，键名默认是数字，但别假设它一定从 0 开始
索引数组不等于“连续且从 0 开始的数组”。array_values() 之后再遍历，才能确保键是 0,1,2…；否则直接 foreach 只保证按内部指针顺序访问，键可能是 2、5、100。
常见错误现象：for ($i = 0; $i 硬套用在被 <code>unset() 过的索引数组上，会跳过元素或报 Notice。
- 用
foreach ($arr as $value)最安全，完全忽略键 - 需要键值配对时，写
foreach ($arr as $key => $value)，不要硬编码$arr[$i] - 如果真要下标运算（比如每两个一组），先用
$indexed = array_values($arr)归一化
foreach 遍历关联数组，键名是字符串，注意 == 和 === 的陷阱
关联数组的键是字符串，哪怕看起来像数字（如 '123'），用 == 比较可能意外转成整型导致误判。PHP 7+ 中 foreach 本身不改变键类型，但后续逻辑容易踩坑。
使用场景：配置数组、API 返回的 JSON 解码结果（json_decode($json, true) 得到的就是关联数组）。
立即学习“PHP免费学习笔记（深入）”；
- 判断键是否存在，用
isset($arr['user_id'])，别用in_array('user_id', array_keys($arr)) - 比较键值时，统一用
===，尤其当键可能是'0'或''时 -
foreach ($arr as $key => $value)中的$key始终保持原始类型，不会自动转 int
foreach 修改数组元素时，& 引用不是万能解，反而容易引发诡异行为
加 & 能改原数组，但仅限当前作用域；如果数组是函数返回值或经过引用传递链，行为会变复杂。更危险的是：在循环中 unset() 当前元素，或修改数组长度，PHP 未定义行为（实际表现因版本而异，8.0+ 更严格）。
错误现象：循环只执行一半、Notice: Undefined index、甚至跳过相邻元素。
- 想过滤数据，用
array_filter()；想映射，用array_map()—— 它们语义清晰且安全 - 必须边遍历边改，先用
$keys_to_remove = []收集目标键，循环结束后再unset() - 避免在
foreach中调用array_push()、array_shift()等改变结构的操作
foreach 性能差异极小，但嵌套太深或大数组里做 heavy 操作会暴露问题
foreach 本身比 for 或 while 略快（PHP 内部优化了哈希表遍历），但差距在纳秒级。真正拖慢的是循环体里的操作：比如每次调用 file_get_contents()、查数据库、或没缓存的正则匹配。
兼容性影响：PHP 5.6+ 对空数组、null、对象（实现 Iterator）都支持良好；但 PHP 5.3 以下不支持多维数组解构语法（foreach ($arr as [$a, $b])）。
- 大数组（>10k 元素）中避免在循环里拼接字符串，改用
implode() - 嵌套
foreach时，外层数据尽量提前过滤，减少内层迭代次数 - 调试时别用
var_dump()打印整个大数组，用count()+ 截取array_slice()查看片段
最常被忽略的一点：foreach 遍历的是数组的**副本**（写时复制机制），所以循环里改 $value 不影响原数组——除非你显式加了 &。很多人以为“没加 & 就安全”，其实只是没意识到变量作用域和复制时机。
