写时复制在修改共享数组或字符串时触发内存复制，导致性能骤降；foreach遍历安全，引用可规避复制但需谨慎；字面量不参与该机制。
写时复制触发时会突然变慢
当你对一个被多个变量共享的数组或字符串做修改（比如 $arr[] = 'x'、$str .= 'y'），PHP 会在此刻执行完整内存复制，而不是在赋值时就复制。这个“延迟到写才复制”的行为本身是优化，但一旦触发，开销是突增的——尤其对大数组（如 10 万元素以上）或长字符串（如 MB 级文本），复制操作会卡住当前请求，表现为 CPU 尖峰和响应延迟。
- 常见触发场景：
$b = $a后再改$b；函数参数传值后在函数内修改；循环中反复拼接字符串（$s .= $part） - 注意：即使只是追加元素（
[]）、修改某键（$arr['k'] = $v）、或用array_push()，只要底层 zval refcount > 1，就会触发复制 - 字符串拼接尤其危险：每次
.都生成新副本，1000 次拼接 ≈ 1000 次内存分配 + 复制
foreach 遍历不会触发写时复制
foreach 是安全的读操作，默认不修改原数组，因此无论你遍历多大的数组，只要没显式写入（比如没用 &$v 引用赋值），就不会触发复制。这也是它比 for + count() 更快且更安全的根本原因——既避免了重复计算长度，又绕开了写时复制风险。
- 错误写法：
for ($i = 0; $i —— 每次循环都调用 <code>count()，且若循环体里有写操作（哪怕只改一个元素），可能提前触发复制 - 安全写法：
foreach ($largeArray as $v)或foreach ($largeArray as $k => $v) - 如果必须修改，请显式用引用：
foreach ($largeArray as &$v) { $v = strtoupper($v); }，这样直接操作原数组，不触发复制
引用传递能绕过写时复制
用 &$param 声明函数参数，或在赋值时加 &，能强制共享内存地址，彻底规避复制。但这不是“万能解”，需谨慎使用——引用一旦建立，所有修改都会反映到原始变量，容易引发意料外的副作用。
- 适合场景：处理大数组/大字符串的纯加工函数，比如批量转大小写、过滤字段等
- 不适合场景：函数内部逻辑复杂、可能中途 return、或需要保留原始数据副本时
- 注意：
debug_zval_dump()显示的refcount值常偏高，因为它自身调用也会临时增加计数，不能直接用于判断是否已触发复制
字面量和 interned string 不参与写时复制
PHP 编译期确定的字符串字面量（如 'hello'、"world"）会被存入 interned string 表，全局唯一且不可修改，不走写时复制流程。这意味着它们极轻量，大量使用也不会带来复制开销。
立即学习“PHP免费学习笔记（深入）”；
- 好处：类名、方法名、配置键（如
'cache_ttl'）这类静态字符串完全无性能隐患 - 陷阱：一旦字符串经过运行时拼接或修改（如
$s = 'hello' . $user_input），就脱离 interned 状态，进入普通 zend_string 流程，后续修改即可能触发复制 - 验证方式：用
gettype($s) === 'string'无法区分，但可通过内存分析工具（如 Xdebug 的 memory usage 报告）观察实际分配变化
