PHP数组赋值默认共享zval（写时复制），引用传递需传变量而非字面量，foreach引用后须unset避免悬空，推荐用对象封装替代裸引用。
PHP 中数组与引用传递的常见误区，往往不是语法写错了，而是对底层机制理解不到位。最典型的陷阱是：以为用 & 传数组就能“修改原数组”，却忽略了 PHP 的写时复制（Copy-on-Write）机制和引用计数行为。
数组赋值默认是“值拷贝”，但不是深拷贝
PHP 数组是“值语义”的复合类型，但它的拷贝是浅层的、延迟的：
- 普通赋值
$b = $a;不会立即复制整个数组内存，而是共享同一份底层 zval（带引用计数） - 只有当其中一方尝试修改（如
$b[] = 1;或$b['k'] = 'v';），PHP 才真正分离（fork）一份副本 —— 这就是写时复制 - 所以
$a和$b初始看似“引用同一块数据”，实则只是共用一个 zval 结构，且该 zval 的 refcount=2
函数参数加 & 并不等于“让函数能改原数组”
加引用传递的前提是：调用时传入的必须是一个可被引用的变量（lvalue），否则会报 Strict Standards 警告（PHP 7+ 直接报 Fatal error）：
- ✅ 正确：
$arr = [1]; func(&$arr);——$arr是变量，可引用 - ❌ 错误：
func(&[1,2,3]);或func(&getArray());—— 字面量或函数返回值不是 lvalue，无法加引用 - ⚠️ 隐患：
func(&$obj->arr);在对象属性未初始化时可能触发 Notice，且 PHP 7.4+ 对动态属性引用更严格
foreach 中的引用陷阱最易踩坑
很多人用 foreach ($arr as &$v) 想批量修改数组元素，却忘了 unset 引用变量：
立即学习“PHP免费学习笔记（深入）”；
- 循环结束后，
$v仍指向原数组最后一个元素（形成悬空引用） - 后续再赋值
$v = 999;，会意外改掉原数组末尾值（例如$arr[count($arr)-1]） - 安全做法：循环后加
unset($v);；或改用键值方式foreach ($arr as $k => $v) { $arr[$k] = ...; }
想真正共享数组状态？优先考虑对象封装
如果业务逻辑需要多个函数/作用域协同操作同一份数组数据，硬靠引用传递容易失控：
- 引用链越长，越难追踪谁在何时修改了什么
- 测试困难，副作用隐蔽，违反单一职责
- 更健壮的做法：把数组包装进类，用方法控制读写，例如
class DataBag { private array $data; public function set($k, $v) { $this->data[$k] = $v; } }
理解 zval、refcount 和写时复制，比死记“加 & 就能改原变量”重要得多。很多面试题故意构造看似能改、实则没生效的场景，考的就是你有没有穿透语法看到运行时本质。
