PHP主流版本的性能实测对比

PHP8.5已于25年11月21日正式发布，每次大版本更新，开发者最关心的问题是：性能到底提升了多少？为此，我们针对 Laravel、Symfony、WordPress 这三大最主流的PHP项目，分别在PHP 8.5、8.4、8.3、8.2 甚至7.4上做了一轮完整基准测试，让我们一起来看看吧。

一、测试环境与说明

本次测试基于真实生产级配置，尽可能贴近实际运行场景，具体环境如下：

• 机器：Hetzner CCX33（AMD 平台 8 核专用 vCPU）
• 系统：Debian 13 Trixie
• 数据库：
• Laravel / WordPress：MySQL 8.4.7
• Symfony：SQLite 3
• PHP 版本（均来自 deb.sury.org）： 7.4.33、8.2.29、8.3.27、8.4.14、8.5.0 RC3
• 未启用 JIT
• PHP-FPM 静态进程池，固定 17 个 worker
• 压测工具：Vegeta v12.12.0、HAProxy 3.0.11
• 测试项目版本： Laravel 12.37.0、Symfony 7.3.6、WordPress 6.8.3

完整基准代码可在 GitHub 查看： github.com/tideways/php-benchmarks

我们主要从两个维度观察性能：

1. 固定请求速率下的响应时间
2. 固定并发下的每秒请求数（RPS）

同时避免极端高并发，防止数据被操作系统调度、CPU 争抢干扰，让结果更贴近真实 PHP 执行效率。

二、实测结果，各版本差异到底有多大？

1. Symfony

从 PHP 8.4 升级到 8.5，Symfony 演示应用的性能几乎没有变化。 无论是固定 100 请求/分钟的压测，还是 15 并发下的 RPS 对比，不同版本之间的波动都在正常误差范围内，肉眼和数据上都看不出明显提升。

2. Laravel

Laravel 的表现和 Symfony 高度一致。 从 8.4 到 8.5响应时间没有可观测差异，每秒请求数也非常接近。 新版本并没有带来“秒变快”的效果。

3. WordPress

WordPress 因为长期兼容大量旧版 PHP，非常适合用来观察从 PHP 7 到 8.x 的整体变化。

• 从 8.4 升级到 8.5：响应时间、RPS 均无显著差异
• 对比 PHP 7.4：7.4 的性能大约低 5% 左右
• 8.2 → 8.3 → 8.4 → 8.5：整体曲线非常平缓，提升微乎其微

三、一个重要结论：升级 PHP ≠ 性能魔法

从本次实测可以得出一个非常明确的结论：

在 Laravel、Symfony、WordPress 这类成熟项目中，单纯从 8.2/8.3/8.4 升级到 PHP 8.5，并不会带来明显的性能飞跃。

版本之间的差异极小，基本都在测试波动范围内。 真正有意义的差距，只出现在 PHP 7.4 与 PHP 8.x 系列之间，大约有 5% 左右的优势。

换句话说：

• 还在用 PHP 7.4 的项目，升级到 8.x 确实能获得可见性能提升
• 已经在 8.2/8.3/8.4 的项目，单纯升级到 8.5 对性能影响微乎其微

四、关于测试方法的补充说明

很多 PHP 基准测试喜欢用“极限并发、跑满 RPS”的方式对比版本，这种数据看起来差距很大，但和真实线上场景偏差极大。

我们没有这么做，原因很简单：

• 真实应用不会跑在极限容量下
• 用户更关心常规负载下的响应速度与首字节时间（TTFB）
• 过高并发会引入操作系统调度、CPU 争抢，掩盖 PHP 本身性能

因此我们采用两种更贴近实际的压测模式：

1. 固定请求频率，观测响应时间
2. 适度并发，观测稳定 RPS

这样得出的结果，才能真正反映版本升级对你项目的实际影响。

总结

PHP 8.5 确实带来了新语法、新特性和底层优化，但它不是一颗性能仙丹。

• 如果你在用 PHP 7.4：强烈建议升级，性能与安全性都有明显收益
• 如果你在用 PHP 8.2–8.4：不必为了性能更快急着升级8.5
• 性能优化的关键，永远不在PHP小版本迭代，而在业务代码、SQL、缓存、架构层面

升级 PHP 更多是为了语法特性、安全支持与生态兼容，而不是指望它一键提速。