PHP 8.0命名参数要求全显式或位置参数前置，禁止混用；必需参数不可省略，仅可跳过带默认值的可选参数；仅适用于用户定义函数和方法，不支持内置函数；调用时不改变func_get_args()行为。
PHP 8.0 的命名参数不是“锦上添花”，而是解决多可选参数函数调用混乱的核心工具——只要函数定义清晰、调用时不混用位置参数，就能立刻提升可读性与维护性。
命名参数必须全显式，不能和位置参数混用
一旦你在调用中用了 name: 'Alice' 这种写法，所有参数都得走命名路径。PHP 解析器不允许 createUser('Alice', email: 'a@b.com') 这类混合写法，会直接报 ParseError: Named parameter cannot be followed by positional parameter。
- 合法：全部命名，顺序随意 ——
createUser(name: 'Alice', email: 'a@b.com', active: false) - 合法：前几个位置参数 + 后续全部命名 ——
createUser('Alice', 'a@b.com', active: false)（注意：前两个是必需参数，没默认值） - 非法：命名参数后跟位置参数 ——
createUser(name: 'Alice', 'a@b.com')（解析失败） - 非法：同一参数既位置传又命名传 ——
createUser('Alice', name: 'Bob')（重复绑定错误）
跳过中间可选参数时，别误判“必需性”
命名参数允许你省略带默认值的参数，但绝不能跳过没有默认值的参数。比如函数定义为 function sendEmail(string $to, string $subject, ?string $cc = null, bool $isHtml = true)，$to 和 $subject 是必需的，哪怕你用命名方式调用，也必须提供它们的值。
- 正确：提供所有必需项，跳过可选项 ——
sendEmail(to: 'a@b.com', subject: 'Hi', isHtml: false) - 错误：漏掉
subject——sendEmail(to: 'a@b.com')（运行时报TypeError: Missing required parameter） - 注意：
?string $cc = null是“可空 + 默认值”双重保障，省略它完全安全；但?string $cc（无 = null）只是可空，不等于有默认值，仍需显式传null或值
构造函数和静态方法同样适用，但内置函数基本不支持
命名参数对 __construct()、self::make() 等完全有效，是封装配置类的理想搭档。但别指望对 date()、array_merge() 或 strlen() 使用 —— 它们是 C 实现的内置函数，PHP 8.0 并未为其添加命名参数支持。
立即学习“PHP免费学习笔记（深入）”；
- 推荐场景：自定义配置类初始化 ——
new DatabaseConfig(host: '127.0.0.1', port: 3306, charset: 'utf8mb4') - 可行但需谨慎：匿名函数调用（前提是闭包签名明确） ——
$fn = fn(string $name, int $age) => "$name is $age"; $fn(name: 'Tom', age: 25); - 无效场景：任何
call_user_func_array()或变量函数调用 —— 命名参数在动态调用中丢失语义，只能退化为位置数组 - 验证方法：不确定某函数是否支持？直接试跑
func_name(param: 'test')，报ParseError就说明不支持
最容易被忽略的一点是：命名参数不会改变函数内部逻辑，它只影响调用侧的绑定过程。如果你在函数体内依赖 func_get_args() 或反射获取参数顺序，那命名调用并不会让 func_get_args() 返回键名数组 —— 它依然返回位置索引数组。真要基于名称做逻辑分支，得用 ReflectionFunction 显式解析形参名。
