切换PHP版本后网站报错，应先恢复可用运行环境，再定位不兼容的主题、插件或自定义代码。PHP版本符合WordPress要求，不代表站上每一个扩展都已经兼容。
切换前保留什么
记录当前PHP版本、扩展模块、关键配置及主机选择的运行方式，并备份文件与数据库。测试环境应尽量接近生产环境，尤其是支付、会员、导入和页面编辑功能。
不要把PHP升级与所有插件升级、主题更换同时进行，否则出现问题时很难判断触发因素。
已经报错时怎样处理
先保存错误日志和发生时间。若主机支持切回之前仍受支持且已验证的PHP版本，可在维护窗口回退并确认业务恢复。回退运行环境不一定需要恢复数据库，不能为了切回PHP而把新订单覆盖掉。
若旧版本已不受安全支持，回退只能作为短期恢复措施，应尽快修复兼容性问题并迁移到受支持版本。
看日志找具体组件
“未定义函数”可能涉及缺失扩展；类型错误或已移除函数可能涉及代码兼容；内存或权限错误也可能来自切换后的配置差异。核对路径和调用栈，不要只看到主题名就认定所有主题文件都坏了。
向组件维护者提供PHP版本、WordPress版本、组件版本和脱敏错误，不要附带凭据。自定义代码应在测试环境修改，避免直接编辑生产站核心文件。
验证范围不能只包含首页
检查后台登录、文章保存、媒体上传、计划任务和站点实际业务流程。商城还需要受控验证购物车、结账、订单状态及回调。查看日志是否仍有新的错误，区分不影响显示的警告与会中断请求的致命错误。
当测试通过后再重新切换生产环境，记录变更和回退路径。PHP兼容性是持续维护事项，不宜用“以后不升级”解决。
关闭错误显示后页面正常，算修好了吗？ 不算。生产环境应隐藏公开错误，但日志里的根因仍需处理；隐藏输出仅避免暴露信息或破坏响应。
参考资料
相关问题
本文为通用排查指南，依据所列官方资料整理；菜单名称和行为可能随版本及主机环境变化。配图为AI生成的概念示意，不是实际故障截图。
