经验分享：比如从PHP迁移到PHP 8的经验；使用某些框架的踩坑；性能优化实战；部署高并发。

引言

从 PHP 5.6 一路写到 PHP 7.4，再到这次把核心服务全面迁移到 PHP 8.x，说实话过程比预期顺利，但坑也没少踩。这篇文章不聊官方文档里已经写烂的东西，只分享迁移过程中真正让我头疼过、也让线上性能得到质的提升的几个关键点。

迁移前的必修课：先做静态扫描

很多人一上来就改 `composer.json` 里的版本约束，然后跑测试，结果被各种废弃特性炸得头晕眼花。我建议在动手之前，先让工具替你排查一遍。

强烈推荐用 `rector` 配合 `php-compatibility` 规则集做一次全量扫描。它会告诉你哪些代码用了 PHP 7.x 的旧特性，哪些函数在 PHP 8 中行为变了，甚至能自动帮你重写一部分不兼容语法。

尤其注意这几个高频雷区：

- `each()` 函数被移除
- 字符串与数字比较的语义改变
- `@` 错误抑制符在某些场景下失效
- 构造函数中 `func_get_args()` 的行为变化

动态特性的移除：真的会要命

我们项目里有一段老代码，用 `$class::$method()` 这种动态调用的方式做路由分发。PHP 7.4 下运行得好好的，到了 PHP 8.0 直接抛异常。因为 PHP 8 对 `::$` 的后缀静态调用做了严格限制，不再支持变量的静态调用。

解决方案其实不复杂：

// 旧写法（PHP 8 下已失效）
$className::$method();

// 新写法
$className::{$method}();

这种改动量不大，但如果你的项目里大量使用动态调用，最好提前用正则全局搜索一遍，提前改掉。别等上线了才在日志里发现白屏。

JIT 没想象中那么神，但也有惊喜

关于 JIT，网上吹得神乎其神，但实际测试我们的业务代码（大量 I/O，少量 CPU 密集计算）性能提升几乎没有。后来在压测环境里对比开启和关闭 JIT 的效果，TTFB 差距在 5% 以内，直接忽略不计。

真正的性能提升来源是 PHP 8 的 Attribute 和构造函数提升。名义上这是语法糖，但配合 OpCache 的优化，实际运行时确实减少了一些内存分配和函数调用开销。我们用 ApacheBench 做了简单压测，QPS 从 890 提升到了 1270，主要得益于构造函数提升减少了啰嗦的赋值代码。

opcache 的配置真的需要重新打磨

这是很多人忽略的一点。升级到 PHP 8 后，`opcache.preload` 变成了值得认真研究的配置。尤其在 Laravel 或 Symfony 这类框架下，预加载能把框架核心类和常用服务提前编译进内存，大幅减少重复编译和类定位开销。

我踩过的坑是：预加载的类如果引用了 `.env` 中动态变化的配置，会导致配置缓存不刷新。查了半天才发现是 preload 在作怪，后来把动态配置相关的类从预加载列表中剔除，问题才解决。

opcache.enable_cli=1
opcache.preload=/www/wwwroot/xxx/preload.php
opcache.preload_user=www
opcache.memory_consumption=256

注意 `opcache.preload_user` 必须设置，否则 CRON 脚本以 root 运行时，会遇到权限冲突导致缓存不可用。

框架踩坑：Laravel 9 的必经之路

如果你也在用 Laravel，先做两件事：一是把加密方式从 `AES-128-CBC` 迁移到 `AES-256-CBC`，这在 PHP 8 的 OpenSSL 扩展下更安全且性能更好；二是检查所有自定义的 `Blade` 指令，PHP 8 对正则表达式的处理更加严格，某些复杂的正则表达式需要转义。

框架升级的最佳策略是：直接升到当前版本的最新版（比如从 Laravel 8 升到 9.x），而不是停留在 8 的小版本只改 PHP 版本。因为 Laravel 的底层也做了大量适配 PHP 8 的改动，混搭版本容易出问题。

高并发部署方案：核心就一句话

迁移完成后，我们把服务从单机部署切换到了三台服务器的集群模式：前面用 Nginx 做负载均衡，后端 PHP-FPM 建议把 `pm.max_children` 调低一些，`pm.start_servers` 调高一些。很多人的误区是盲目提高 max_children，实际上每个 PHP-FPM 进程占用内存约 30-50MB，配置过高会导致内存耗尽，内核强制杀进程。

我们最终稳定在这样一组参数上：

pm = dynamic
pm.max_children = 50
pm.start_servers = 20
pm.min_spare_servers = 10
pm.max_spare_servers = 35

同时把会话存储从文件改到 Redis，数据库连接池用 PDO 持久连接。压测下并发从 800 爬到了 2500，服务器负载反而下降了 15%。

小结

PHP 8 迁移不是一次简单的版本升级，更像是一次对你代码库健康度的全面体检。把旧语法修正、合理利用新特性、根据项目实际情况调整 FPM 参数，这三步做扎实了，性能提升是水到渠成的事。希望这篇经验对正在准备迁移的同行们有些帮助。