PHP函数参数默认值传递，修改不影响原变量；对象因句柄复制“似引用”但非真引用；需改外部变量本身时才用&引用传递。
PHP 函数里改不了原始变量？默认就是值传递
PHP 中绝大多数情况下，函数参数默认按值传递——你传进去的是变量内容的一份拷贝，函数内部怎么改，都不会影响外面的 $a。这不是“要怎么设置”，而是语言设计如此。
常见错误现象：function increment($n) { $n++; } $x = 5; increment($x); echo $x; // 还是 5，不是 6
- 所有标量类型（
int、string、bool、float）都严格按值传递 -
array在 PHP 7+ 也是值传递，但底层用了写时复制（copy-on-write），看起来高效，行为仍是值语义 - 对象（
stdClass、自定义类实例）在 PHP 5.0–7.4 是“引用传递的假象”：实际传的是对象标识符的副本，所以修改属性会影响原对象；但若在函数内重新赋值$obj = new StdClass();，外部不会变
什么时候必须用 & 强制引用传递？
只有当你明确需要函数修改外部变量本身（不只是它的内容），才加 &。比如批量初始化多个变量、解析返回多值、或绕过 return 的限制。
使用场景示例：function parse_url_parts($url, &$scheme, &$host, &$path) { $parts = parse_url($url); $scheme = $parts['scheme'] ?? ''; $host = $parts['host'] ?? ''; $path = $parts['path'] ?? ''; }
- 函数定义时参数前加
&，调用时对应实参不能是表达式（如parse_url_parts($u, &$s, $h)合法，parse_url_parts($u, &get_scheme(), $h)报错） - PHP 8.0+ 对引用参数做了更严格检查，传常量或字面量（如
func(&42)）直接 Fatal error - 引用传递会禁用写时复制优化，对大数组或字符串可能有轻微性能损失
对象为啥“像引用”又不是真引用？
因为 PHP 的对象变量存储的是指向对象容器的句柄（handle），而不是对象本身。传参时复制的是这个句柄，所以两个变量指向同一块内存 —— 修改属性生效，但重赋值不生效。
典型陷阱：$obj1 = new stdClass(); $obj1->name = 'a'; $obj2 = $obj1; $obj2->name = 'b'; // $obj1->name 变成 'b'；但 $obj2 = new stdClass(); // $obj1 不受影响
- 想彻底隔离对象，用
clone $obj创建深拷贝（注意：默认是浅拷贝） - 如果函数内需要替换整个对象（比如工厂逻辑），仍得用
&$obj引用参数，否则外部变量无法更新 - PHP 8.2+ 引入只读类（
readonly class），此时即使传引用，也无法修改属性，需额外留意
数组传参性能和语义要注意什么？
PHP 7+ 数组是值传递，但底层共享数据结构直到发生写操作。多数时候你感觉不到开销，但某些场景下会意外触发复制。
容易踩的坑：function process_big_array(array $arr) { for ($i = 0; $i —— 看似只读循环，但每次赋值都可能触发复制（尤其开启 opcache 或 JIT 时行为更复杂）
- 如果函数只读不写，传参无额外成本；一旦有写操作，且数组已存在其他引用（比如
$a = $b = huge_array();），就会立即复制 - 避免在循环中反复调用
count($arr)，它不触发复制，但效率低；改用foreach更安全 - 真要高性能处理大数组且需修改，考虑传引用
&$arr，但务必在文档里标明副作用
事情说清了就结束。值传递是默认，引用是例外；对象行为特殊，别靠感觉猜；数组复制时机隐蔽，监控内存比死记规则管用。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
