PHP 8 有哪些新特性？值不值得升级

结论：值得升级，而且从 PHP 7.4 升到 PHP 8.x 是目前性价比最高的一次性能升级——同等硬件普遍能省下 10%~25% 的 CPU 时间，语法糖还能实打实减少代码量。但"值不值得"要分两半看：新项目直接上 PHP 8.4/8.5，老项目要先做兼容性扫描再动。

PHP 8.0：性能打底 + 语法大换血

PHP 8.0 是分水岭版本，两个方向同时发力。

性能侧是 JIT（即时编译，把热点代码直接编译成机器码）。要泼一盆冷水：JIT 对典型的数据库+模板渲染型 Web 应用收益有限，真正吃香的是计算密集场景。结论：普通论坛、CMS 类站点，性能提升主要来自引擎本身优化而非 JIT，别指望开了 JIT 就翻倍。

语法侧是真正的收益点：

- 命名参数：`foo(title: '标题', sticky: true)`，跳过可选参数不用再传一堆 null
- 构造器属性提升：`public function __construct(private string $name) {}`，一行顶原来四行
- match 表达式：严格比较版的 switch，能当表达式返回值，漏分支直接抛 `UnhandledMatchError`
- nullsafe 操作符：`$user?->getProfile()?->avatar`，省掉三层 if 嵌套
- 联合类型：`int|string` 明确声明，配合静态分析工具能提前拦 bug
- Attributes（注解）：`#[Route('/post')]`，替代注释解析，路由、ORM 映射写法更干净

外加 `str_contains()`、`str_starts_with()` 这类小函数，写起来顺手很多。

8.1~8.3：语言层面的成熟期

这三年是"补课"阶段，把 PHP 长期被诟病的地方都堵上了。

- 枚举（Enum，8.1）：`enum Status: string { case Open = 'open'; }`，状态值终于不用靠常量约束，类型安全直接拉满
- 只读属性 / readonly 类（8.1 / 8.2）：DTO、配置对象不用再写一堆 getter
- 纯交集类型与 DNF 类型（8.1 / 8.2）：`(A&B)|C` 这种复杂签名也能表达了
- `json_validate()`（8.3）：验证 JSON 合法性不用再 `json_decode` 一遍看 `json_last_error()`
- `#[Override]`（8.3）：父类方法改名时，子类没跟着改会直接报错，重构神器
- 类型化类常量（8.3）：`const int MAX = 10;`

结论文： 8.1~8.3 不是"要不要升"的问题，而是"团队代码规范要不要跟上"的问题，收益主要体现在可维护性上，性能上属于稳步优化。

8.4 / 8.5：语法糖管饱

8.4（2024 年 11 月）带来了两个重量级特性：属性钩子（Property Hooks） 让 `public string $name { get => ...; set => ...; }` 直接内联，getter/setter 样板代码大幅减少；非对称可见性支持 `public private(set) string $id;`，对外只读对内可写，不用再靠反射或私有属性+方法绕。

8.5（2025 年 11 月发布）继续加糖，最有话题度的是管道操作符 `|>`，`$str |> trim(...) |> strtoupper(...)` 让链式处理不再嵌套成括号地狱。

升级前必须过的三道坎

结论：升级失败 90% 出在兼容性，不在性能，所以先扫描再动手。

第一道坎，PHP 7.4 → 8.0 的破坏性变更最狠：`$str{0}` 花括号取字符被移除、未定义变量从 Notice 升级为 Warning、部分内置函数签名收紧。第二道坎，8.1 起"给非 nullable 内置参数传 null"会报 Deprecated，这是老代码里报错日志暴涨的头号原因，通常要成百处修复。第三道坎，8.2 把动态属性标记为废弃，老框架和 ORM 经常踩。

实操三步走：

1. 用 `PHPCompatibility`（PHP_CodeSniffer 规则集）全量扫描，或上 PHPStan / Psalm 做静态分析
2. 用 Rector 自动重构大部分机械改动，改完跑单元测试
3. 本地先跑 8.0，再把 `error_reporting` 开到 `E_ALL` 观察日志，逐版本往上爬，别一步跳到 8.5

注意点： 不要在生产环境直接切换。改 `php.ini` 前先记录当前版本，方便回滚；升级后重点看错误日志和慢查询，JIT 相关参数（`opcache.jit`）默认关闭，需要单独评估是否开启。

对普通站点意味着什么

如果你跑的是 Clara BBS 这类无框架轻量级 PHP 论坛系统，事情会简单很多：它官方支持 PHP 7.4~8.5，无需 Composer、无需命令行、无编译缓存，上传文件走安装向导即可，也没有依赖树要处理。这类系统升级 PHP 版本的实际动作，基本就是面板里切换 PHP 版本号、刷新页面看有没有报错。结论：越少第三方依赖的项目，升级 PHP 越接近零成本。

总结一下：PHP 8 从 8.0 的性能与语法革新，到 8.1~8.3 的类型体系完善，再到 8.4、8.5 的样板代码削减，方向一直很清晰。新项目没理由留在 7.x；老项目的正确姿势是"扫描 → 重构 → 本地验证 → 灰度切换"，按版本阶梯逐级升，而不是一把梭。做完这两件事，升级就是纯赚。