解读

国内一线/二线互联网公司的 PHP 面试，常把「命名参数」作为区分 7.x 与 8.x 掌握深度的“试金石”。
面试官真正想确认的是：

1. 你是否亲手写过 PHP8 代码，而不是“看过文档”；
2. 你是否能在老项目（大量可选参数）升级时，避免调用顺序错位导致的静默逻辑错误；
3. 你是否了解命名参数与位置参数混用时的“右对齐”规则，以及它对框架路由、依赖注入容器的影响。
   因此，回答时不能只背“顺序无所谓”，而要给出边界案例、升级策略和线上故障复盘思路，体现工程经验。

知识点

1. PHP 8.0 引入的命名参数（Named Arguments）语法：func_name(paramName: value)。
2. 可选参数（Optional Parameters）定义：function foo($a, $b = 2, $c = 3){}。
3. 调用规则：
   a. 命名参数一旦启用，对未命名的后续参数不再做位置补齐，即“混用必须左到右连续”；
   b. 同名参数只能出现一次；
   c. 不能跳过必填参数；
   d. 与可变参数（...$args）共存时，命名参数优先匹配，剩余再进入$args。
4. 升级风险：
   • 老代码 foo(1, 5) 原意是把 5 传给 $b，升级后若有人插入命名参数 foo(a: 1, c: 5)，则 $b 变成默认值 2，逻辑静默变更；
   • 框架层 Controller@method(Request $request, $id = null) 在路由解析时若用命名参数注入，会导致 $id 为 null，引发 404。
5. 性能：命名参数在编译期解析为 opcode 的 SEND_VAR_EX，无额外运行时开销；但滥用会导致调用点碎片化，OPcache 命中率下降。
6. PSR 规范：PSR-12 未强制命名参数风格，但国内大厂代码规范普遍要求“对外 API 保持位置参数，内部 DSL 可用命名参数”，以保证链式升级兼容。

答案

“命名参数让可选参数的顺序不再敏感，但前提是调用方全部使用命名方式；一旦与位置参数混用，就必须满足‘从左到右连续’规则，否则会在编译期抛出 Error：‘Cannot use positional argument after named argument’。
举个例子：

function pay(
    string $orderNo,
    float  $amount,
    string $currency = 'CNY',
    int    $timeout  = 30,
    bool   $retry    = true
) {}

在老项目里到处写着 pay('20250623001', 99.9, 'USD', 60)。
升级 PHP8 后，如果某新手写成 pay('20250623001', 99.9, timeout: 60)，则 currency 仍取默认值 'CNY'，导致金额 99.9 美元被当成 99.9 人民币扣款，引发资损。
正确做法是：

1. 对外暴露的 Service/Repository 层保持位置参数，内部再封装一个私有方法用命名参数提高可读性；
2. 在 Code Review 阶段加一条 phpcs 规则：禁止混用命名与位置参数；
3. 升级前跑单元测试，用 PHPUnit 的 @covers ::pay 生成调用矩阵，确保所有组合预期一致；
4. 如果必须重构，把可选参数打包成 DTO（PayOption），彻底消除顺序问题，同时给 DTO 加默认值，兼顾向前兼容。”

拓展思考

1. 框架级落地：Laravel 9+ 的 Container::call() 已支持命名参数，当路由定义为 /order/{orderNo} 且控制器签名为 show($orderNo, $debug = false) 时，若请求附带 ?debug=1，框架会把命名参数 debug: true 注入，导致 $debug 被覆盖。如何在不改路由文件的前提下，用 ServiceProvider 禁用这一行为？（提示：监听 RouteMatched 事件，清掉 $request->route()->setParameter('debug', null)）。
2. 微服务边界：PHP8 命名参数与 gRPC/Protobuf 的 field mask 理念相似，但 Protobuf 默认不允许字段顺序变化。如果内部用命名参数，外部用 Protobuf，如何写一层“参数对齐器”保证双向升级无缝？（思路：用反射提取函数参数默认值，生成 FieldMask 白名单，再与 Protobuf 的 Descriptor 做 diff）。
3. 性能调优：命名参数会让调用点出现大量字符串哈希，OPcache 会把相同函数名+不同参数名的调用编译成独立 opline，导致缓存膨胀。线上压测发现 QPS 下降 3%，如何优化？（方案：在编译期用 opcache_compile_file() 预加载，并开启 opcache.jit=tracing，让热点函数内联，抵消哈希开销）。