WordPress 全站只能运行一个 PHP 版本，无法为单个插件分配独立环境。检查兼容性需查看插件头部的 Requires PHP 声明，配合 WP-CLI 命令或静态扫描工具确认冲突，并在 staging 环境验证。

命令速用版

通过命令行快速收集插件版本要求和本地环境信息，避免逐个打开文件查看。

wp plugin list `--fields`=name,version `--format`=csv
php -v
grep -r "Requires PHP" wp-content/plugins/*/readme.txt

若使用 Composer 管理依赖，可运行 composer why-not php:8.1 反向推导阻止升级的具体依赖项。

为什么会这样

WordPress 本质上是一个单进程、单解释器环境，整个站点含所有子站只能由一个 PHP SAPI 实例驱动。OpenLiteSpeed 等服务器虽支持配置多个 PHP 处理器，但每个虚拟主机或上下文仅能绑定一个 PHP 版本，无法为同一 WordPress 安装内的不同插件动态切换。因此，插件间的 PHP 版本依赖冲突必须通过统一全局版本来解决，而非隔离运行。

分步处理

第一步：收集依赖约束
进入 wp-content/plugins 目录，查看每个插件的 readme.txt 文件或主插件文件头部的 Requires PHP 字段。记录所有插件声明的最低 PHP 版本，例如插件 A 要求 ≥7.2，插件 B 要求 ≥8.0，则全局版本必须 ≥8.0。

第二步：评估服务器环境
运行 php -v 确认当前 CLI 版本，并在 Web 环境下访问 phpinfo() 页面，确认 Apache/Nginx 实际加载的 PHP 版本与 CLI 下是否一致。注意 PHP 7.4 已于 2022 年 11 月停止安全更新，继续使用存在明确风险，建议优先升至 PHP 8.1。

第三步：分级控制与测试
核心低代码运行时组件用精确版本锁定，通用工具类组件允许次版本升级。在 Docker 中启动多 PHP 版本容器，在每个容器内执行 composer install `--no-dev` 验证启动流程。对关键函数做运行时兜底，用 function_exists() 或 version_compare 包裹高危调用。

怎么验证是否生效

在 wp-config.php 中启用调试模式，添加 define('WP_DEBUG', true) 和 define('WP_DEBUG_LOG', true)，错误将记录到 wp-content/debug.log。查看该文件定位具体插件或主题问题，确认无 Fatal error 或 Deprecated 警告。同时检查 WordPress 后台“站点健康”状态，确保无 PHP 版本相关警告。测试需覆盖后台功能、前端渲染、REST API 及计划任务 wp-cron。

常见坑

勿依赖旧版仍可用假象，PHP 7.2 和 7.4 已终止支持，继续使用存在严重安全与稳定性风险。兼容性不等于无变更，PHP 8.0 引入 JIT 编译、Union 类型等特性，同时废弃了 create_function() 等函数，部分未适配的插件可能出现 Fatal error: Uncaught TypeError。WordPress 多站点无法为不同插件分配不同 PHP 版本，必须统一选用满足所有插件最低要求的最高兼容版本。

常见问题

WordPress 能为不同插件分配不同 PHP 版本吗？

不能。WordPress 包括多站点网络本质上是一个单进程环境，整个站点只能由一个 PHP 版本驱动，无法为同一安装内的不同插件动态切换。

插件提示 PHP 版本过低怎么办？

先检查插件 readme.txt 中的 Requires PHP 声明，若当前服务器版本低于该要求，需联系主机商升级 PHP 或寻找替代插件，不可强行运行。

升级 PHP 后网站白屏如何排查？

启用 WP_DEBUG 模式查看 debug.log 日志，定位具体报错文件。通常由插件或主题代码不兼容新 PHP 版本引起，可暂时禁用所有插件逐一排查。

参考来源

来源：PHP 版本兼容性排查：低代码平台 PHP 组件版本冲突的破局三步法
来源：WordPress 多站点环境下 PHP 版本兼容性管理指南
来源：WordPress 与 PHP 升级最佳实践指南：安全、兼容、平滑过渡
来源：wordpress 在 php8 下的常见问题及解决方法