命名参数让函数调用意图一目了然，可跳过中间默认参数、避免null占位，提升可读性与重构安全性；但禁止位置参数出现在命名参数之后，且不支持引用参数、可变参数及动态调用。
命名参数让函数调用意图一目了然
传统位置参数调用时，send_email("admin@site.com", "Hi", true, false, "text/plain") 这种写法根本看不出第四个 false 是不是“不发抄送”，第五个 "text/plain" 是不是 MIME 类型——你得翻函数定义才能确认。命名参数直接把语义“钉”在调用现场：send_email(to: "admin@site.com", subject: "Hi", is_draft: true, has_cc: false, mime_type: "text/plain")。每个值绑定到明确含义的参数名上，读代码时不需要跳转、不需要记忆顺序。
跳过中间可选参数不再靠 null 占位
当函数有多个带默认值的参数（比如 createUser(string $name, ?string $email = null, ?int $age = null, bool $active = true, string $role = "user")），旧写法想只设 $name 和 $role，就得写成 createUser("Alice", null, null, true, "admin") —— 三个 null 纯属噪音，还容易漏掉或错位。
用命名参数就干净得多：createUser(name: "Alice", role: "admin")。PHP 自动填充其余默认值，中间参数完全消失，代码聚焦在真正要改的点上。
- 必须确保所有被跳过的参数都有默认值或可为
null - 不能混用位置参数和命名参数时把位置参数放在命名参数后面，否则报错：
createUser("Alice", role: "admin")合法，但createUser(name: "Alice", "admin")直接解析失败 - 参数名必须与函数声明中完全一致，大小写敏感
重构函数添加新参数时旧调用不受影响
假设已有 logMessage(string $msg, string $level = "info")，线上几十处都在用 logMessage("user login")。现在想加一个 $context 参数用于结构化日志：logMessage(string $msg, string $level = "info", array $context = [])。
如果继续用位置参数，所有旧调用都会崩——因为现在第三个参数不再是可选的，而是强制要求传 array。但用命名参数，旧调用 logMessage(msg: "user login") 依然有效，新调用可以写成 logMessage(msg: "user login", context: ["user_id" => 123])。接口演进变得平滑，不用批量改调用点。
容易被忽略的限制：引用参数和可变参数不支持
命名参数只作用于普通值传递的具名参数。以下两种情况它完全不生效：
- 带
&引用传递的参数，如function swap(&$a, &$b)——swap(a: $x, b: $y)语法错误，PHP 不允许对引用参数使用命名方式 - 可变参数
...$args本身没有名字，无法被命名绑定；若函数同时含具名参数和...$args，命名参数只能用于前面的固定参数部分
另外，动态调用（call_user_func_array 或反射）无法直接使用命名参数语法，得先手动映射到参数列表。这些边界情况不常出现，但一旦踩中，错误信息往往不直观，建议在复杂调用链里优先用静态分析工具检查参数绑定是否合法。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
