php 8 命名参数是解决多可选参数调用歧义的刚需特性，必须位于位置参数之后，不可混用同一参数的位置与命名方式，支持内置函数和闭包，但不支持可变参数函数。
PHP 8 的命名参数不是“锦上添花”，而是解决真实痛点的刚需特性——当你面对一个带 5 个可选参数的函数，又不想靠注释或 IDE 提示猜哪个位置该填什么时，name: 就是那个能立刻让调用意图落地的语法。
命名参数必须全部写在位置参数之后
这是最容易触发 Fatal error: Uncaught Error: Cannot use positional argument after named argument 的地方。PHP 不允许在命名参数之后再出现位置参数，但允许位置参数在前、命名参数在后。
- ✅ 合法：
createUser("Alice", email: "a@example.com", active: false) - ❌ 非法：
createUser(name: "Alice", "a@example.com", active: false)—— 第二个参数是位置传参，但前面已有命名参数 - ⚠️ 注意：哪怕只传一个位置参数，它也必须是函数定义中**最左边连续的一段**；中间不能“空出”某个参数再用命名补上
不能混用同一参数的位置与命名两种写法
PHP 会直接报错 Fatal error: Uncaught Error: Cannot mix named and positional arguments（严格来说是“重复赋值”错误），哪怕看起来没冲突。
- ❌ 错误示例：
array_slice($arr, 0, length: 5)——0是位置参数，对应offset；length: 5又试图给length赋值，但 PHP 认为offset已被位置方式占用，后续所有参数都必须命名 - ✅ 正确写法之一（全命名）：
array_slice($arr, offset: 0, length: 5, preserve_keys: true) - ✅ 正确写法之二（仅首参数位置）：
array_slice($arr, 0, 5, true)—— 回退到传统方式，不启用命名特性
命名参数对默认值和可选参数的实际影响
命名参数真正释放了默认值的价值：你可以跳过任意中间参数，只要它们有默认值，且你不用再为“占位”塞一堆 null 或 ''。
- 函数定义：
function sendEmail(string $to, string $subject, ?string $cc = null, ?string $bcc = null, bool $html = false) - 你只想发纯文本邮件并抄送一人：
sendEmail(to: "user@x.com", subject: "Hi", cc: "admin@x.com")——bcc和html自动取默认值，无需写html: false - ⚠️ 但注意：如果某个参数没有默认值，它就**必须被显式提供**，无论用位置还是命名方式，否则报
ArgumentCountError
匿名函数和内置函数都支持命名参数
这点常被忽略——命名参数不是只对自定义函数有效。PHP 8.0+ 的大多数内置函数（如 array_slice、str_replace、date_create）只要签名明确，就支持命名调用。
- ✅ 有效：
str_replace(search: 'foo', replace: 'bar', subject: 'foo is here') - ✅ 也支持闭包：
$fn = function(int $a, string $b): void { echo "$a:$b"; }; $fn(a: 123, b: 'test'); - ⚠️ 例外：接受
...$args的函数（如printf）不支持命名参数，因为参数数量和名称在运行时才确定
命名参数本身不改变执行逻辑，但它把“谁该填什么”的责任从调用者记忆转移到了代码字面。最容易被忽略的是：一旦你在调用中用了任意一个 key:，PHP 就进入“命名模式”，后面所有参数都得跟上键名——这个隐式切换没有警告，只有报错时才暴露。写的时候多看一眼光标前是不是刚敲了冒号。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
