PHP 8.1 直接抛出 ArgumentCountError，因可选参数不得位于必选参数之前；该规则在8.0仅警告，8.1升级为硬性错误，修复须确保必选参数前置、可选参数后置。
PHP 8.1 直接抛出 ArgumentCountError，不是因为“参数数量不够”，而是因为函数定义本身违反了语言的参数顺序规则：可选参数（带默认值）不能出现在必选参数（无默认值）之前。
根本原因：参数声明逻辑被重新严格化
在 PHP 8.1 中，引擎不再容忍“语法上可选、语义上强制”的模糊状态。一旦你写成：
function makeyogurt($container = "bowl", $flavour) { ... }
PHP 就会认定：$container 虽有默认值，但因后面跟着必选参数 $flavour，它实质上已失去“可选性”——调用时若不传 $container，就等于漏掉第一个位置参数，触发 ArgumentCountError。
这和是否用命名参数无关。即使你写 makeyogurt(flavour: "raspberry")，PHP 8.1 仍要求所有靠前的参数（包括本该可选的）必须显式提供，否则视为调用缺失。
立即学习“PHP免费学习笔记（深入）”；
为什么 PHP 8.0 只警告而 8.1 直接报错
- PHP 8.0 是过渡期：仅在函数定义处发出
Deprecated警告，运行时仍允许调用（兼容旧代码） - PHP 8.1 是执行期：把该写法视为**定义错误**，等同于“少传了位置参数”，直接抛
ArgumentCountError - 这个错误是
TypeError的子类，说明它属于类型/签名层面的契约破坏，不是运行时数据问题
正确修复方式
核心原则：**必选参数必须前置，可选参数一律后置**。常见做法有：
-
补全默认值：给 $flavour 设默认值（如
''或null），并在函数内做空值判断 - 调整参数顺序：把 $flavour 放前面，$container 放后面（更符合直觉，也避免歧义）
-
改用数组配置参数：接受一个关联数组，如
makeyogurt(['flavour' => 'raspberry'])，彻底绕过顺序限制
命名参数不能绕过这个限制
有人误以为“用了命名参数，顺序就不重要了”。但注意：命名参数只影响调用时的传参方式，不改变函数定义的合法性。PHP 8.1 依然会先校验函数签名是否合规——如果定义违法，连执行到调用那步的机会都没有。
