PHP 8.0命名参数的硬性语法限制是：所有命名参数必须位于位置参数之后，反之则报ParseError。例如createUser('Alice', email: 'a@example.com')合法，而createUser(name: 'Alice', 'a@example.com')非法。
name: 这种写法必须出现在所有位置参数之后，否则直接报错 —— 这是 PHP 8.0 命名参数最常踩的硬性限制，不是风格问题，是语法铁律。
命名参数必须全部显式写出，不能和位置参数混用
一旦你在调用中用了任意一个 paramName:，后面所有参数都得用命名方式。下面这几种写法里，只有最后一种合法：
-
createUser('Alice', 'a@example.com', false)→ 全位置，合法 -
createUser('Alice', 'a@example.com', active: false)→ ❌ 位置参数在命名参数后，语法错误 -
createUser(name: 'Alice', email: 'a@example.com', active: false)→ ✅ 全命名，顺序随意，合法 -
createUser('Alice', email: 'a@example.com', active: false)→ ❌ 混合且位置参数在前、命名在后？等等——不对，这个其实是合法的（见下一条）
注意：PHP 允许「位置参数在前 + 命名参数在后」，但反过来绝对不行。所以 createUser('Alice', email: 'a@example.com') 是合法的；而 createUser(name: 'Alice', 'a@example.com') 会触发 ParseError: Named parameter cannot be followed by a positional parameter。
跳过可选参数时，别误以为“省略=默认”，要确认是否必需
命名参数只帮你跳过带默认值的参数（?string $phone = null 或 bool $active = true），但对没默认值的必需参数（如 string $name），你仍得传——哪怕用命名方式。常见错误是：
- 函数定义里
function createUser(string $name, ?string $email)，调用时只写email: 'x@y.z'→ 报错Missing required parameter $name - 必需参数不支持“跳过”，命名与否都不行；它必须出现，且值不能为
null（除非类型允许） - 如果想让参数真正可选，定义时就得给默认值，比如
?string $email = null或string $role = 'user'
内置函数和反射调用不总支持命名参数
不是所有函数都能用 param: 调用。关键看它是否在 Zend 引擎层面暴露了参数名信息：
立即学习“PHP免费学习笔记（深入）”；
-
strlen(string $string)支持：strlen(string: "hello")✅ -
array_merge(array ...$arrays)不支持：array_merge(arrays: [[1], [2]])→ ❌ArgumentCountError，因为可变参数（...）不参与命名绑定 -
call_user_func_array()、invoke()等动态调用完全忽略命名参数，传进去的['name' => 'x']会被当普通数组处理，不会映射到函数签名 - 用反射检查时，
$reflection->getParameters()能拿到名字，但运行时是否生效，还得看函数是否“真支持”——比如扩展函数（如mysqli_query）多数不支持命名参数
构造函数和匿名函数能用，但要注意闭包绑定范围
命名参数对 new ClassName(...) 和 fn(...) 同样有效，但有细节差异：
- 类构造函数：只要参数有名字且非引用（
&$var）、非可变（...），就能用new User(name: 'A', email: 'b@c') - 匿名函数：定义时需显式声明参数名，例如
$fn = fn(string $name, int $age) => "$name is $age";，然后才能$fn(name: 'Tom', age: 30) - 闭包使用
use绑定的变量，和命名参数无关；但若你把$name既use又作为参数名，运行时以参数传入值为准，use的同名变量会被覆盖
最容易被忽略的是：命名参数不改变参数的底层绑定方式——引用传递（&$param）依然需要在定义时明确标注，调用时不能靠 param: 自动转成引用。
