升级 PHP 版本后出现后台白屏，通常是因为旧插件调用了新版本已废弃的 PHP 函数导致致命错误。最推荐的处理方向是先通过 FTP 或文件管理器启用调试模式或重命名插件文件夹，适用场景为 WordPress 等 PHP CMS 系统，风险边界在于操作期间网站可能暂时无法访问。

命令速用版

如果服务器安装了 WP-CLI，可直接通过 SSH 执行命令禁用所有插件；若无法使用 SSH，需通过 FTP 或主机文件管理器手动重命名文件夹。

# 使用 WP-CLI 禁用所有插件
wp plugin deactivate `--all`

# 查看 PHP 错误日志尾行
 tail -n 50 /www/wwwlogs/your_domain_error.log

没有 SSH 权限时，登录 FTP 将 wp-content/plugins 文件夹重命名为 plugins_old，刷新后台即可强制禁用插件。

为什么会这样

PHP 大版本升级会移除已废弃的函数，旧插件调用这些函数会触发致命错误导致白屏。PHP 8.0 及更高版本移除了许多在 PHP 7.x 中已标记为 deprecated 的函数，例如某些旧版数据库连接函数或加密函数。当插件代码未适配新版本语法时，PHP 解析器抛出 Fatal Error，默认配置下不显示错误信息，直接呈现空白页面。

分步处理

按照以下顺序操作，每一步完成后检查后台是否恢复，避免过度修改。

步骤 1：开启调试模式
通过 FTP 打开网站根目录下的 wp-config.php 文件，找到 define( 'WP_DEBUG', false ); 行，修改为：

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

刷新白屏页面，检查 wp-content/debug.log 文件内容，定位报错的插件文件路径。

步骤 2：临时回退 PHP 版本
如果急需恢复后台，登录主机控制面板，将 PHP 版本切换回升级前的版本（如从 8.2 切回 7.4）。此操作仅作为临时止血措施，不能长期维持，因为旧版本 PHP 可能存在安全漏洞。

步骤 3：禁用冲突插件
根据 debug.log 中的报错路径，找到对应插件文件夹。通过 FTP 将该插件文件夹重命名，例如将 wp-content/plugins/bad-plugin 改为 bad-plugin.disabled。如果无法定位具体插件，直接将 wp-content/plugins 文件夹整体重命名为 plugins_old。

步骤 4：更新或替换插件
恢复访问后，检查插件市场是否有该插件的更新版本。如果没有更新，联系插件开发者确认是否支持当前 PHP 版本，或寻找功能相似的替代插件。

怎么验证是否生效

操作完成后，通过以下方式确认问题是否解决：

• 访问 /wp-admin/ 页面，确认不再白屏且能正常登录
• 检查 wp-content/debug.log 文件，确认没有新的 Fatal Error 记录
• 查看主机错误日志，确认 HTTP 状态码返回 200 而非 500

如果后台恢复正常但前端显示异常，可能是缓存问题，需清理服务器缓存和浏览器缓存。

常见坑

• 文件权限错误：修改 wp-config.php 后权限变为不可读，导致网站报错 500，需确保文件权限为 644
• 缓存干扰：启用调试模式后仍白屏，可能是 opcode 缓存未刷新，需重启 PHP 服务或等待自动过期
• 数据库锁定：强制禁用插件过程中若中断，可能导致数据库选项表锁定，需检查 wp_options 表中 active_plugins 字段

常见问题

回退 PHP 版本会导致数据丢失吗？

单纯回退 PHP 版本不会删除数据库内容，但旧版本 PHP 可能无法运行新插件产生的数据格式。

如何确定具体是哪个插件冲突？

查看 debug.log 中报错文件的路径，路径中包含的插件文件夹名即为冲突源。

主题文件会导致白屏吗？

会，主题 functions.php 中调用了不兼容的 PHP 函数同样会导致白屏，排查方法与插件相同。

参考来源

• WordPress.org, Debugging in WordPress, https://wordpress.org/support/article/debugging-in-wordpress/
• PHP.net, PHP 8.0 Incompatible Changes, https://www.php.net/manual/en/migration80.incompatible.php