foreach是首选，因其底层操作哈希表指针，不依赖键序或索引连续性，且在循环中修改数组结构（如unset）时不会跳过或重复元素；for和while易在此类场景出错。
foreach 为什么是首选，而不是 for 或 while
PHP 遍历数组，foreach 不只是写起来省事，它底层直接操作哈希表指针，不依赖键名顺序或数值索引连续性，也不会因修改数组结构（比如在循环中 unset() 某个元素）导致跳过或重复——for 和 while 很容易踩这个坑。
常见错误现象：for ($i = 0; $i 在大数组里反复调用 <code>count() 拖慢性能；若循环中动态增删元素，$i 下标可能越界或漏项。
- 只读遍历 → 无条件用
foreach - 需要修改原数组值 → 用
&$value引用赋值，但别对键做引用（&$key无效） - 要跳过某些元素？用
continue，别靠手动增减下标控制流程
关联数组和索引数组，foreach 的 key/value 怎么取才不翻车
PHP 数组混合了索引和关联特性，foreach ($arr as $key => $value) 总能拿到当前键和值，但键的类型（int 还是 string）取决于定义方式，不是自动“转成数字”或“转成字符串”。
使用场景：处理 $_POST、API 返回的 JSON 解码结果、配置文件数组时，键往往是字符串；而 range(1,5) 生成的是纯整数键。
立即学习“PHP免费学习笔记（深入）”；
- 不确定键类型？用
is_string($key)或is_int($key)判断，别用==直接比较数字和字符串 - 想统一用数字下标？先用
array_values($arr)重排，但会丢原始键名 - 只想要值？写成
foreach ($arr as $value)，PHP 自动忽略键，比foreach ($arr as $k => $v)少一个变量干扰
遍历过程中修改数组，哪些操作安全，哪些会出错
在 foreach 循环体里改数组本身，行为分三类：改值、增元素、删元素。只有“改值”是完全安全的；增删会改变内部指针位置，PHP 7.0+ 虽做了优化，但仍可能触发未定义行为。
错误现象：用 foreach ($arr as &$v) { $arr[] = 'new'; } 可能导致无限循环或警告；unset($arr[$key]) 后继续迭代，某些版本会跳过下一个元素。
- 要追加数据 → 循环外用
array_merge()或[] =批量加，别在 foreach 里[]= - 要过滤元素 → 用
array_filter()，语义清晰且不干扰原数组遍历 - 必须边遍历边删？改用
for+array_keys()倒序删，或先收集待删键名，循环结束后统一unset()
性能敏感场景下，isset()、empty()、array_key_exists() 在遍历前校验有啥区别
不是所有数组都适合直接 foreach。空数组、null、非数组类型变量传进来，会报 Warning: Invalid argument supplied for foreach()。但校验方式选错，反而拖慢速度。
参数差异：isset($arr) 快但不区分 null 和未定义；is_array($arr) 是必要前置；empty($arr) 对空数组返回 true，但它还会把 0、"0"、false 当空，不适合数值型数组判空。
- 最稳组合：
is_array($arr) && !empty($arr)，但!empty($arr)实际等价于count($arr) > 0，大数据量慎用 - 真要极致性能？
is_array($arr) && $arr !== []，PHP 7.4+ 支持空数组字面量比较，比count()快 - 别用
array_key_exists(0, $arr)判是否“有内容”，它只查键存在性，不反映数组长度
复杂点在于：很多函数返回 null 或 false 表示失败，但开发者常默认“只要不是空数组就能 foreach”，结果在线上突然报错。检查来源比加一层 isset 更重要。
