PHP8命名参数必须位置参数在前、命名参数在后，且不能跳过必需参数；形参名须严格匹配、区分大小写；支持普通函数及方法调用，但不适用于call_user_func等动态调用。
PHP8命名参数怎么写才不报错
PHP8的命名参数不是“随便加个名字就能用”，它要求调用时所有命名参数必须在位置参数之后，且不能跳过必需参数。一旦顺序或完整性出错，直接抛出 ParseError 或 TypeError。
- 必须先传完所有位置参数，再写命名参数，比如
foo(1, 2, $c: 3)合法，foo(1, $b: 2, 3)非法 - 命名参数可以跳过带默认值的参数，但不能跳过必需参数；跳过必需参数会触发
TypeError: Required parameter $x follows optional parameter $y - 函数定义里如果有可变参数（
...$args），命名参数无法用于填充它——...$args只接收位置传入的剩余值 - 命名参数名必须严格匹配函数签名中的形参名（区分大小写），写成
$Name:或$NAME:都会报Unknown named parameter $Name
哪些函数/场景能用命名参数
命名参数只在运行时生效，跟函数是否内置、是否用户定义无关，只要 PHP8+ 加载了该函数签名即可。但它对“动态调用”基本无效。
- 普通函数、类方法、静态方法都支持，包括
array_merge()、str_replace()这类内置函数（但得看实际签名是否含明确形参名） -
call_user_func()和call_user_func_array()不识别命名参数，传数组进去仍是位置映射 - 反射（
ReflectionFunction）能读到形参名，但不会自动帮你转成命名调用；需手动构造参数数组再调用 - IDE 和静态分析工具（如 PHPStan）目前对命名参数的支持仍有限，过度依赖可能影响类型推断准确性
和默认参数、可变参数混用时的坑
命名参数不是“语法糖”，它改变了参数绑定逻辑，和默认值、...$rest 共存时容易误判执行路径。
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 如果函数定义是
function foo($a, $b = null, ...$rest)，调用foo($b: 2)会失败：因为$a是必需参数，没传就报错，命名参数不能绕过它 - 写成
foo(1, $b: 2)是合法的，但$rest为空数组；想往$rest里塞值，只能靠位置传，比如foo(1, 2, 3, 4)，命名参数对它完全无效 - 当多个参数有默认值时，命名调用可能让意图变模糊，例如
sendEmail($to: 'a@b', $subject: 'hi', $priority: 1)看似清晰，但如果中间加了个新默认参数$cc = null，旧调用不受影响，但阅读者容易误以为$priority位置偏移了
性能和兼容性要注意什么
命名参数本身不慢，但它的解析发生在 Zend 引擎的参数绑定阶段，比纯位置调用多一次符号查找，高频循环里差异可测但通常不明显。
立即学习“PHP免费学习笔记（深入）”；
- PHP7.x 完全不识别命名参数语法，代码会直接 parse 失败，不能“降级运行”；上线前务必确认所有环境都是 PHP8.0+
- OPcache 缓存的是编译后字节码，命名参数不影响缓存命中率，但若函数签名变更（如重命名形参），需清空 OPcache
- 第三方库如果用了命名参数，而你项目还混着 PHP7.4 的 CI 流程，测试会直接中断——别指望
if (PHP_VERSION_ID >= 80000)能绕过语法检查
命名参数真正难的不是写法，而是团队协作时对“参数顺序是否还重要”的认知同步。有人删掉一个默认参数，有人加个新必需参数，表面看只是改函数，实际可能让几十处命名调用突然失效。别把它当成“更安全的写法”，先当它是“更易破的契约”。
