PHP中触发深拷贝的是对refcount>1的可变类型（array/object/string）执行写操作；赋值本身不拷贝，修改才触发复制；引用传递、对象属性访问、readonly类等可优化内存使用。
PHP中哪些变量赋值会触发深拷贝？
PHP 7+ 的 zval 结构用引用计数 + 写时复制（Copy-on-Write）机制管理内存，但不是所有赋值都“零开销”。真正触发内存拷贝的，是**对可变类型（array、object、string）执行写操作时，其 refcount > 1 且未处于“不可写”状态**。
常见误判：以为 $b = $a 就一定拷贝 —— 实际上只是增加 refcount；但一旦你改 $b[0] = 1 或 $b->prop = 'x'，且 $a 还活着，PHP 就得切出一份副本。
-
array赋值后修改任意键值，只要$a未被 unset 或脱离作用域，就会拷贝整个数组（即使只改一个元素） -
string在 PHP 7.4+ 对短字符串做了优化，但拼接（$s .= 'x'）、substr_replace等仍可能触发复制 -
object默认不拷贝属性内存，但若对象实现了__clone()或用了clone关键字，则明确走深拷贝逻辑
用引用传递替代赋值能省拷贝吗？
能，但必须分清场景。引用（&）让多个变量名指向同一个 zval，彻底绕过 refcount 和写时复制判断 —— 这在函数参数和循环体内最有效。
典型适用场景：foreach 遍历大数组并修改元素、向函数传入大数组做原地处理、避免临时变量反复赋值。
立即学习“PHP免费学习笔记（深入）”；
- 写
foreach ($arr as &$item)比foreach ($arr as $k => $v)+$arr[$k] = ...更安全省拷贝 - 函数参数加
&$data可避免调用时复制，但要注意：调用方传入的必须是变量（不能是表达式如getBigArray()），否则报Cannot pass parameter by reference - 用完引用记得
unset($item)，否则后续循环或变量复用可能污染数据（尤其在嵌套 foreach 中）
array_splice、array_slice 等函数为什么容易悄悄拷贝？
这些函数返回新数组，本质就是创建新 zval 并复制数据 —— 即使你只取一个元素，PHP 也得把目标段落整体 memcpy 一遍。这不是 bug，是设计使然。
当你要“读取”而非“截取”，优先用指针式访问；需要“局部修改”时，考虑是否真要生成新数组。
- 想取第 5 个元素？用
$arr[4]，别用array_slice($arr, 4, 1)[0] - 要删开头 10 个元素？
array_shift循环 10 次比array_splice($arr, 0, 10)更省内存？错 ——array_shift每次都重排索引，O(n²)；而array_splice是 C 层单次 memmove，更快但必拷贝剩余部分 - 真正省拷贝的做法：用
ArrayObject或 SPL 的ArrayIterator封装，配合offsetGet/offsetSet延迟计算，或直接操作原始键（如unset($arr[0]); $arr = array_values($arr);仅在必要时重整）
对象属性 vs 数组：什么时候该换数据结构？
一个含 1000 个字段的 array，每次写操作都要整块复制；而同样字段数的 stdClass 对象，属性修改只影响对应 zval，其余属性共享内存 —— 因为对象属性本身是 symbol table 条目，不是连续内存块。
但这不意味着无脑换对象。对象有额外哈希表开销，且 json_encode、var_export 等序列化行为不同，调试时也不如数组直观。
- 高频读写少量字段（如
$user->name,$user->status）→ 用对象更省拷贝 - 需要动态 key、批量遍历、
array_merge合并 → 数组更自然，但应控制 size，或拆成小数组缓存 - 用
__set()/__get()拦截属性访问时，注意它们本身会引入函数调用开销，别为了省拷贝反而拖慢 10 倍
最常被忽略的一点：PHP 8.0+ 的 readonly 类属性在构造后不可变，编译器可做更多优化，且明确告诉运行时“这里绝不会写”，间接减少写时复制检查次数 —— 但只适用于真正静态的数据容器。
