foreach 操作原数组但延迟复制：仅写操作且多引用时触发写时复制；其顺序由插入顺序决定，游标自动跳过空桶；纯读取无开销，引用遍历需防残留引用。
PHP 的 foreach 并非简单地“按顺序取值”，它背后依赖数组的内部哈希表结构和游标机制，理解其原理能避免常见陷阱，也能在关键场景下做出更优的性能选择。
foreach 实际操作的是数组的副本还是原数组？
在 PHP 7+ 中，foreach 默认以“值遍历”方式工作：它会**隐式复制数组的哈希表头（bucket array）指针，但不立即复制全部元素数据**；只有当循环中对数组进行写操作（如修改键值、添加/删除元素），且该数组存在多个引用（refcount > 1）时，才会触发“写时复制（Copy-on-Write）”，真正分离出独立副本。这意味着：
- 纯读取循环（如
foreach ($arr as $v)）几乎不产生额外内存开销 - 若在循环中执行
$arr[] = ...或unset($arr[$k])，可能触发复制，尤其在大数组或多处引用时显著影响性能 - 使用引用遍历（
foreach ($arr as &$v)）会直接操作原数组，避免复制，但也需注意后续未unset($v)导致的意外引用残留
foreach 的底层执行流程：从哈希表到游标移动
PHP 数组本质是有序哈希表（ordered hash table）。foreach 启动时会：
- 获取数组的
zend_array结构体指针 - 读取其
arData（数据桶数组）起始地址和nNumUsed（已用桶数） - 初始化内部游标（
pos字段）指向第一个有效元素（跳过被删除的空桶） - 每次迭代：读取当前
arData[pos]的 key/value → 执行循环体 → 调用zend_hash_move_forward_ex()将pos移至下一有效位置
因此，foreach 的“顺序”由插入顺序决定（PHP 7.4+ 保证稳定），而非键名排序；跳过被 unset 的键是靠游标自动跳过空桶实现的，不是重新索引。
立即学习“PHP免费学习笔记（深入）”；
与 for / while + each 性能对比的关键点
在多数业务场景中，foreach 是最优解，但需注意边界情况：
-
大整数索引数组（如 0~100 万）：用
for ($i = 0; $i 更慢——因为每次调用 <code>count()都需检查数组是否被修改并重新计算长度；应缓存$len = count($arr)。即便如此，foreach仍略快，因其直接按arData线性遍历，无整数运算开销 -
稀疏关联数组（如键为字符串且分布极广）：
foreach效率远高于while (list($k, $v) = each($arr))，因后者需反复调用zend_hash_get_current_key和zend_hash_get_current_data，而foreach在单次迭代中批量获取键值对 -
需中断并重用数组内部指针时：
each()+reset()可控性强，但已废弃；foreach每次都重置游标，无法中途保存状态
优化建议：何时该换种方式？
绝大多数情况下坚持用 foreach 即可，仅在以下场景考虑替代方案：
- 需要边遍历边 安全删除多个元素：改用
array_filter()或反向for循环（for ($i = count($arr)-1; $i >= 0; $i--)），避免foreach中unset导致的游标错位或跳过元素 - 处理超大数组（千万级）且内存敏感：用
Generator分批 yield，或通过IteratorAggregate自定义惰性迭代器，避免一次性加载全部数据 - 仅需判断是否存在满足条件的元素（如“是否有负数”）：用
array_reduce()或array_key_exists()配合提前break的foreach，比in_array()+array_map()更高效
