PHP 8 是类型系统、错误模型和执行机制三方面同步重构的重大升级，非小幅度改进；联合类型、JIT编译器、命名参数、nullsafe操作符和match表达式五大特性需按规范使用。
PHP 8 不是“比 PHP 7 快一点”或“语法多几个糖”的小升级，而是类型系统、错误模型和执行机制三方面同步重构的结果。如果你还在用 PHP 7.4 或更早版本跑线上服务，直接升级前必须确认这几点是否踩中你的代码路径。
联合类型（Union Types）让类型声明真正可用
PHP 7 只支持单一类型声明（如 int、string），遇到“可能是字符串也可能是数组”这种常见场景，只能靠注释或运行时 is_array() 判断，IDE 和静态分析工具基本失效。
PHP 8 允许直接写 function parseConfig(array|string $input): array|false，类型检查在解析阶段就报错，不是等到 foreach() 报 Fatal error: Uncaught TypeError 才发现。
- 不支持
array|object这类宽泛组合，但支持int|float|null、string|false等实用组合 -
?T语法（如?string）等价于string|null，二者可混用，但推荐统一用|null风格，避免歧义 - 类属性也支持联合类型：
public int|string $id;，但构造函数提升（Constructor Property Promotion）不支持联合类型声明 - 注意：联合类型不改变运行时行为，只是加了一层编译期约束；若关闭
declare(strict_types=1)，弱类型转换仍会发生
JIT 编译器对 CPU 密集型任务有真实收益，但 Web 请求几乎无感
官方文档说 JIT 提升 “20%–50%”，这个数据只在特定场景成立：长循环、数学计算、图像处理、加密解密等持续占用 CPU 的逻辑。普通 HTTP 请求（数据库查询 + 模板渲染）基本看不到差异，甚至因 JIT 启动开销略慢。
启用 JIT 必须同时满足三个条件：
立即学习“PHP免费学习笔记（深入）”；
-
opcache.enable=1（必须开启 OPcache） -
opcache.jit_buffer_size设置足够大（至少64M，推荐128M） -
opcache.jit值为tracing（function模式效果极差，不建议）
验证是否生效：php -r "echo ini_get('opcache.jit');" 输出 tracing，且 opcache_get_status()['jit']['enabled'] === true。
容易踩的坑：
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- Docker 容器内存限制低于
opcache.jit_buffer_size，JIT 直接禁用，但不会报错 - CLI 模式默认不加载 OPcache，
php -d opcache.enable=1 -d opcache.jit=tracing script.php才能测试 CLI 下 JIT 效果 - APCu、Redis 等扩展与 JIT 无冲突，但某些老旧 C 扩展（如早期
mongo）可能触发 segfault
命名参数（Named Arguments）彻底改写调用习惯
以前写 date_format($date, 'Y-m-d', true, false)，没人记得第 3 个 true 是不是表示“忽略时区”，第 4 个 false 是不是跳过验证。PHP 8 允许你写成：
date_format(
date: $date,
format: 'Y-m-d',
ignore_timezone: true
);
关键点：
- 参数名必须与函数定义中一致（包括大小写），不能缩写或别名
- 命名参数可以跳过带默认值的中间参数，但一旦用了命名参数，其后的所有参数都必须命名（不能混用位置参数）
- 匿名函数、闭包不支持命名参数；仅限具名函数和方法
- 反射（
ReflectionFunction）可读取参数名，但需确保启用opcache.save_comments=1，否则 PHP 会丢弃参数名信息
nullsafe 操作符（?->）和 match 表达式解决两类高频痛点
?-> 不是语法糖，它把原本需要 4 行的空值防御压缩成 1 行：
// PHP 7 风格
$result = null;
if ($user !== null && $user->profile !== null && $user->profile->avatar !== null) {
$result = $user->profile->avatar->url;
}
// PHP 8
$result = $user?->profile?->avatar?->url;
match 则替代了易出错的 switch 字符串比较：
$status = match($httpCode) {
200 => 'OK',
404 => 'Not Found',
500 => 'Server Error',
default => 'Unknown',
};
注意：
-
match是严格比较（===），不进行类型转换；match(1)不会匹配'1' -
match分支必须穷尽所有可能，或显式写default，否则报Fatal error -
?->链式调用中任意一环为null，整条表达式立即返回null，不会抛出TypeError
最常被忽略的是：这些特性不是“开了就能用”。比如 match 在 declare(strict_types=1) 下依然保持严格比较，但若函数返回类型声明为 string，而 match 分支里混入了 int，类型检查会失败——PHP 8 的类型系统是连贯的，不能只挑喜欢的用。
