数组遍历与拷贝在内存、cpu和逻辑安全上紧密耦合；选错方式会拖慢响应或引发意外修改。php中foreach默认伪拷贝，仅复制哈希表头指针，写时复制触发于修改多引用数组；纯读取零开销。
数组遍历和数组拷贝看似独立，实则在内存、CPU 和逻辑安全上紧密耦合。选错方式，轻则拖慢响应，重则引发意外修改或内存爆增。
遍历本身不等于拷贝，但某些写法会悄悄触发
PHP 中 foreach($arr as $v) 是“伪拷贝”：只复制哈希表头指针，元素数据不立即复制；只有当你在循环中修改数组（如 $arr[] = ... 或 unset()），且该数组被多处引用时，才触发写时复制（Copy-on-Write）。纯读取几乎零开销。
- 想避免复制？用引用遍历：
foreach($arr as &$v)，直接操作原数组 - 但必须在循环后
unset($v)，否则残留引用可能污染后续逻辑 - 多维数组嵌套遍历时，
array_walk_recursive()自动跳过非数组项，不触发深层复制，适合扁平化处理
拷贝不是越少越好，而是按需决定“深浅”与“时机”
拷贝代价取决于对象大小、语言机制和使用场景。Go 中结构体值传递会完整复制；Python 的 numpy 中 += 是原地修改，+ 则生成新数组；.NET 的 Array.Copy 比手写 for 循环快，而 Span 更优——这些差异都源于底层内存操作粒度。
- 仅需读取？优先共享引用，避免任何拷贝
- 需隔离修改？小数组用
array_values()或clone；大数组考虑分块处理或流式迭代 - 并发读多写少？Java 的
CopyOnWriteArrayList迭代无锁，但写入成本高，别滥用
性能陷阱常藏在“看起来无害”的地方
for 循环里反复调用 count($arr)、foreach 中嵌套 DB 查询、递归遍历未设深度限制——这些都不是遍历或拷贝本身的问题，而是它们放大了低效逻辑的代价。
- 提前缓存
$len = count($arr)，尤其在索引数组中 - 避免在循环内做 I/O、加密、序列化等重型操作；改用批量提交或异步解耦
- 对超百万级数组，考虑迭代器（
ArrayIterator）或生成器（yield）控制内存驻留量
关键不在“用不用拷贝”，而在“谁需要哪一份数据、在什么时刻、以什么形态”。理清读写意图，比记住语法更快落地优化。
