php命名参数混用时位置参数必须严格在前，否则触发parseerror；同一参数不可重复传值；默认值和引用参数不影响语法顺序但影响求值时机；错误发生在解析期而非运行期。
混用时位置参数必须严格在命名参数之前
PHP 解析器要求：只要调用中同时出现位置参数和命名参数，所有位置参数必须连续出现在最前面，之后才能跟命名参数。一旦命名参数开头，后面再出现任何位置参数（哪怕只有一个），就会触发 ParseError。
常见错误现象：Named parameter not followed by a comma is not allowed after a positional argument —— 这个错误信息直指问题核心：命名参数之后不允许接位置参数。
-
createUser('Alice', age: 25, active: false)✅ 合法：位置参数'Alice'在前，其余全为命名 -
createUser(name: 'Alice', 25, active: false)❌ 非法：命名name:后紧跟位置参数25 -
createUser('Alice', 25, active: false)❌ 非法：前两个都是位置参数，但函数定义中active是第三个参数，而这里25会被绑定到第二个形参（如$age），active:则试图覆盖已赋值的第三个位置，导致“重复赋值”或解析失败
同一参数不能既用位置又用命名传值
PHP 不允许对同一个形参名，既通过位置方式传一次，又通过 name: 方式再传一次。这会直接报 Fatal error: Duplicate parameter name 或类似解析错误。
使用场景：当你封装一个兼容旧调用的函数，又想逐步迁移到命名参数时，尤其容易误写成这样：
-
sendEmail('a@b.com', subject: 'Hi', 'body text')❌ 错误：第三个位置参数会尝试绑定到$body，但subject:已经让解析器进入命名模式，此时再塞位置值就破坏语法结构 -
sendEmail(to: 'a@b.com', subject: 'Hi', body: 'text')✅ 安全：全命名，顺序随意，跳过默认参数也无压力
默认参数和引用参数不影响顺序规则，但影响求值时机
命名参数的“跳过中间参数”能力只适用于有默认值的参数；但如果某参数是引用传递（&$var）或其默认值依赖运行时表达式（如 default: date('Y-m-d')），那么参数实际求值顺序仍按函数定义中的位置从左到右进行——即使你用命名方式调用。
这意味着：虽然语法上你可以写 process($data, format: 'json') 跳过中间的 $options 参数，但如果 $options 的默认值是一个函数调用，它依然会在 $data 之后、format: 之前被执行。
- 性能影响：含副作用的默认值（如数据库查询、文件读取）仍会执行，哪怕你没显式传该参数
- 兼容性影响：PHP 8.0+ 才支持命名参数，低版本会直接 parse 失败，无法 fallback
- 调试难点：错误堆栈可能指向函数定义行，而非调用行，因为问题出在解析阶段而非运行阶段
如何安全地过渡到纯命名参数调用
混合调用不是长期方案，而是迁移过程中的临时手段。真正稳定的写法是尽早统一为全命名，尤其在公共接口、构造函数、配置类方法中。
- 检查 IDE 支持：现代 PHPStorm / VS Code + Intelephense 能实时标红非法混用，开启提示可提前拦截
- 静态分析工具：PHPStan level 8+ 或 Psalm 会警告
InvalidArgument类型错误，包括顺序违规 - 单元测试覆盖边界：对含 3+ 参数的函数，至少补一条全命名调用的测试，防止重构时意外破坏
- 团队规范建议：在
.php-cs-fixer.php中加入自定义规则，禁止function_name\([^)]*\w+:\s*[^)]*后紧跟未命名的逗号分隔值（需正则辅助检测）
try/catch 也捕获不到，它根本进不了函数体。写完混用调用后，务必用 php -l 手动验语法，别只靠自动测试跑过就认为没问题。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
