PHP 8.0 升级后常见报错源于语义收紧：参数默认值须置末尾、数组访问触发 Warning、命名参数解析更严格、花括号语法被移除；修复需调整参数顺序、改用 ?? 或 isset、转索引数组、替换 {} 为 []。
PHP 8.0 升级后函数报错，大概率不是你代码写错了，而是 PHP 本身收紧了语义、废弃了旧语法，或底层反射行为变了——直接改调用方式或参数结构就能过，不用大动逻辑。
Deprecated: Required parameter $xxx follows optional parameter $yyy
这是升级后最常撞见的报错之一，典型表现是函数定义里带默认值的参数没放在最后，比如：function foo($a, $b = 'default', $c)。PHP 8.0 会直接报 Deprecated，而不是像以前那样静默忽略默认值。
- 根本原因：PHP 8 强制要求所有带默认值的参数必须在参数列表末尾，否则无法确定调用时哪些值该被“跳过”
- 修复方法：删掉中间位置的默认值，把可选参数挪到最后——
function foo($a, $c, $b = 'default') - 注意：别只改声明，还要检查所有调用处是否仍按旧顺序传参；如果调用方用了命名参数（如
foo(a: 1, c: 2)），那必须同步更新签名，否则运行时报错
Undefined array key 错误从 notice 升级为 warning
原本 PHP 7.x 中 $arr['missing'] 只会触发 Notice，PHP 8.0 直接抛 Warning，脚本可能中断，尤其在开启 error_reporting(E_ALL) 时。
- 这不是 bug，是 PHP 8 对数组访问安全性的显式提醒
- 推荐用空合并运算符
??替代裸访问：$value = $arr['key'] ?? 'default'; - 若需区分
null和“键不存在”，用array_key_exists('key', $arr)；仅判断是否设置且非 null，用isset($arr['key']) - 别依赖
@抑制错误——它在 PHP 8 中性能更差，且掩盖真实问题
PHPUnit 测试中 setConstructorArgs() 报 Unknown named parameter
升级 PHP 8 后，setConstructorArgs() 突然失败，错误类似 Unknown named parameter $User，哪怕你没写命名参数。
立即学习“PHP免费学习笔记（深入）”；
- 根源是 PHP 8 的
ReflectionClass::newInstanceArgs()开始尝试解析关联数组的键名为命名参数，而 PHPUnit 的 mock 构建器常传入类似['User' => $mock]的关联数组 - 修复只需一行：
$mock = $this->getMockBuilder(...)->setConstructorArgs(array_values($args))->getMock(); - 关键点：
array_values()强制转成索引数组，确保参数严格按构造函数签名顺序传递 - 顺带检查所有
withConsecutive()或willReturnCallback()中是否也误用了关联数组传参
花括号字符串/数组下标访问被禁用
报错 Array and string offset access syntax with curly braces is no longer supported，常见于老库（如 PHPExcel、ThinkPHP 5.x）或手写字符串截取逻辑中，例如 $str{0} 或 $arr{1}。
- PHP 8 彻底移除了
{}语法，统一用方括号[] - 批量替换方案：正则搜索
\$\w+\{(\d+)\}→ 改成$var[$1]；\$\w+\{([^}]+)\}→ 改成$var[$1] - 注意：
$str{0}和$str[0]在 PHP 8 行为一致（返回字符），但$str[-1]这种负索引在[]下才有效，{}原本就不支持
这些报错背后几乎都对应着一个明确的语义变更点，而不是模糊的“兼容性问题”。修复时盯住错误信息里的函数名、参数名、语法位置，比通读升级文档更快定位根因。
