面向普通站长：谨慎升级，避免“看不见”的问题
近日，我们的运维团队处理了一起典型案例：客户反馈网站“看起来正常”，但总感觉体验有轻微卡顿与不稳定。经深入排查，发现问题根源在于其使用的部分插件与 PHP 8.4.x 存在兼容性冲突，其中包括知名性能优化插件 W3 Total Cache Pro。
这类插件通常依赖计划任务（Cron Jobs）实现缓存更新、资源清理等后台操作。然而，在 PHP 8.4.x 中，因部分底层机制调整（如会话处理、函数参数解析等），导致部分任务未能按预期执行——尤其值得注意的是，很多计划任务错误并不会前台提示，因而问题较难直观发现。尽管 WordPress 核心程序已初步兼容 PHP 8.4，但大多数主题和插件仍需要更长的适配周期。
因此，我们强烈建议广大站长：暂缓升级至 PHP 8.4.x，应优先选择经广泛验证的 PHP 8.3.x 版本，待主题与插件生态明确兼容后再做更新，以免影响网站稳定性与用户体验。
面向开发者：PHP 8.4 变更详解与兼容性自查指南
一、不兼容变更与弃用项
- 隐式 Nullable 类型被弃用
PHP 8.4 要求可空类型必须显式声明为?Type，禁止原有隐式写法，否则将触发弃用警告。建议检查所有自定义函数和方法参数声明。 - 基于 GET/POST 的会话跟踪机制被弃用
若代码中使用 URL 传递 SID（如非 Cookie 会话），相关配置session.use_only_cookies和session.use_trans_sid将收到弃用通知。该机制预计将在 PHP 9.0 中彻底移除。 - 其他重要弃用与移除
- 常量
E_STRICT正式移除 fgetcsv()和fputcsv()的$escape参数被弃用- 多个 DOM 和 XML 方法及常量被标记为过时
- 移除了
SUNFUNCS_RET_*系列常量 CURLOPT_BINARYTRANSFER不再有效- 不再支持
session_set_save_handler()的多参数调用形式
- 常量
- 扩展降级为 PECL 托管
下列扩展不再内置，需手动通过 PECL 安装：- Pspell
- IMAP
- OCI8 及 PDO_OCI
二、如何系统排查兼容性问题？
- 检查代码语法与会话机制
重点审核是否使用隐式 Nullable 类型，或依赖 GET/POST 进行 Session 传递。 - 确认扩展依赖
若项目依赖 IMAP、Pspell 或 Oracle 数据库扩展，需提前准备 PECL 安装流程或寻找替代方案。 - 评估新特性使用情况
如未使用属性钩子（Attribute Hooks）、不对称可见性（Asymmetric Visibility）或新的 HTML5 DOM 类，则短期内兼容影响较低。 - 搭建测试环境进行验证
强烈建议在 PHP 8.4 测试环境中完整运行 WordPress，并开启错误日志，捕捉所有弃用通知与潜在错误。 - 参阅官方迁移指南
PHP 官方提供了详尽的《Migrating from PHP 8.3.x to PHP 8.4.x》文档，建议开发者逐项核对变更内容并制定升级策略。
总结：稳中求进，暂推荐 PHP 8.3.x
尽管 PHP 8.4 带来了诸多性能改进与新功能，但其变更幅度较大，在当前时间点仍存在较高的生态兼容风险。我们建议 WordPress 用户与开发者继续使用 PHP 8.3.x，并密切关注主题与插件的更新动态，待兼容性更成熟后再进行平滑过渡。
经验分享：站长帮技术团队在构建 WordPress 运行环境时，对于 PHP 的版本选择始终坚持“大版本降一版、小版本紧跟最新”的策略。也就是说，在大版本上，我们不会直接选用最新的版本，而是选择上一个稳定版本，同时将该版本的小版本号更新至最新。例如，若当前 PHP 最新大版本为 8.4.x，我们会选择 8.3.x 系列中的最新小版本，如 PHP 8.3.25，以确保环境兼具稳定性和安全性。