PHP 8 严格类型检查引发 TypeError 和 Deprecated Notice，需升级框架版本、锁定平台 PHP 版本、修正命名参数混用、调整 match 表达式类型处理、优先启用 opcache.preload 而非 JIT，并警惕静默行为变更。
PHP 8 严格类型检查导致框架报错：TypeError 和 Deprecated Notice
很多老项目升级到 PHP 8 后，Laravel 7、Symfony 5.x 或 WordPress 插件一运行就崩，错误不是语法错，而是 TypeError 或满屏 Deprecated: strlen(): Passing null to parameter #1 ($string)。这不是你代码写错了，是 PHP 8 把“容忍”变成了“拒绝”——比如 strlen(null) 在 PHP 7.4 里只是返回 false 或 0，PHP 8 直接抛异常。
- 检查所有第三方库是否声明了兼容 PHP 8 的最低版本（如
laravel/framework≥ 8.0 才正式支持 PHP 8） - 在
composer.json中显式锁定平台版本："platform": {"php": "8.1"}，避免 Composer 自动装入不兼容旧版依赖 - 对已弃用的返回类型不匹配（如
IteratorAggregate::getIterator(): Traversable），加#[\ReturnTypeWillChange]属性临时压制，但必须尽快升级对应组件
命名参数混用在 PHP 8 下直接报错：greet(“World”, greeting: “Howdy”)
PHP 7 允许位置参数和命名参数混写，看着灵活，实则埋雷；PHP 8 一刀切禁用这种写法，greet("World", greeting: "Howdy") 会直接触发 ParseError。尤其在 Laravel 的 Validator::make()、Symfony 的 Response::__construct() 等高频调用处容易翻车。
- 全局搜索项目中含冒号的函数调用：
grep -r ":[a-zA-Z]" app/ --include="*.php" - 重构原则：要么全位置（
response($content, 200, ['X-Header' => 'v1'])），要么全命名（response(content: $content, status: 200)） - 别指望“兼容写法”——PHP 7 不认识
#[Attribute]，PHP 8 不吃混用，跨版本共存时建议统一用位置参数过渡
match 表达式与 switch 的隐式转换差异：’1′ !== 1
PHP 8 的 match 是严格比较，不自动类型转换。写 match ($x) { 1 => 'int', '1' => 'string' }，传入字符串 '1' 只走 '1' => 'string' 分支，不会像 switch 那样因为松散比较而命中 1。这本身是好事，但如果你之前靠 switch 的松散行为兜底（比如解析 API 返回的数字字符串），升级后逻辑就悄悄变了。
- 检查所有从外部输入（$_GET、JSON 解析、DB 字段）进
match或switch的变量，确认类型是否可控 - 用
var_dump(gettype($x), $x)实测关键分支的输入类型，别信文档或注释 - 若需兼容旧逻辑，改用
match (strval($x)) { ... }或显式(int)$x转换，而不是依赖语言“帮忙”
opcache.preload 比 JIT 更值得优先开：别被“新特性”带偏
很多人一升 PHP 8 就急着配 opcache.jit=1205，结果发现 QPS 没涨，内存倒涨了 30%，首屏还慢了——因为 JIT 对 Web 应用（数据库+HTTP+模板）基本无效，真实瓶颈根本不在字节码执行上。
