php 8.5尚未发布，wordpress自然不支持；当前最新稳定版为php 8.3，wp官方最低要求php 7.4，推荐使用php 8.1+；升级前须验证cli与web sapi版本一致，并检查插件主题兼容性及debug.log警告。
PHP 8.5 还没发布，WordPress 官方不支持不存在的版本
截至 2024 年中，PHP 8.5 尚未发布（PHP 官方最新稳定版是 PHP 8.3，PHP 8.4 预计 2024 年底发布），所以不存在“WordPress 是否支持 PHP 8.5”的实际问题——你装不上，也跑不起来。
常见错误现象：Fatal error: Uncaught Error: Call to undefined function xml_parser_create() 或直接拒绝启动，本质是 PHP 解释器根本没这个版本号可选。
- WordPress 官方最低要求仍是
PHP 7.4，但强烈建议用PHP 8.1+（已通过完整测试） -
PHP 8.2和PHP 8.3已被 WordPress 核心、主流插件（如Yoast SEO、WooCommerce）和主题（如Astra、GeneratePress）广泛验证 - 别在生产环境尝试编译或手动注入所谓“PHP 8.5 dev build”，扩展加载失败、
opcache崩溃、mysqli初始化异常是大概率事件
检查当前 PHP 版本与 WordPress 兼容性的实操步骤
别信主机商页面写的“支持 PHP 8.x”，得自己验证真实环境。重点看三处：CLI 版本、Web SAPI 版本、以及 WordPress 后台实际识别的版本。
- 登录服务器执行：
php -v（CLI）和phpinfo()（Web 环境），两者必须一致，否则插件行为可能错乱 - 在 WordPress 后台「仪表盘 → 更新」页底部，会明确显示「您的网站正在运行
PHP 8.2.12」——这是 WordPress 自己读取的值，比主机面板更可信 - 运行
wp cli时注意：如果wp --info显示 CLI 是PHP 8.3，但网站前台报Deprecated: strlen(): Passing null to strlen()，说明 Web SAPI 仍卡在旧版，需检查.htaccess或php-fpmpool 配置
插件/主题在 PHP 8.2+ 上容易爆的具体 Warning 和修复方向
不是所有警告都导致崩溃，但 E_DEPRECATED 和 E_NOTICE 在 PHP 8.2+ 默认开启 error reporting 后会直接暴露给用户，尤其影响 AJAX 请求（比如后台保存设置失败却无提示）。
立即学习“PHP免费学习笔记（深入）”；
-
strlen(): Passing null to strlen()：老插件用strlen($var)没判空，改成strlen((string) $var)或!empty($var) -
Undefined array key "some_key"：PHP 8.1+ 对未定义数组键更严格，改用$arr['some_key'] ?? ''或array_key_exists() -
Return type of SomeClass::jsonSerialize() should be array：PHP 8.1+ 强制声明返回类型，补上: array - 别依赖
mysql_*()函数——它们早在 PHP 7.0 就被移除，任何还这么写的插件都不该出现在生产环境
升级 PHP 前必须做的三件事
跳过这步，90% 的“兼容性问题”其实是自己埋的雷。
- 确认所有活跃插件在
WP_DEBUG_LOG开启下无Deprecated或Notice日志（日志路径：wp-content/debug.log） - 用
wp theme list --status=active --format=json查出当前主题，再查其style.css里的Requires PHP:字段（如Requires PHP: 7.4），低于你目标 PHP 版本就得换或联系作者 - 在 staging 环境用
php -l扫描全部插件 PHP 文件（find wp-content/plugins -name "*.php" -exec php -l {} \; 2>&1 | grep "Fatal"），提前揪出语法级不兼容
PHP 版本迭代很快，但 WordPress 生态对新版本的跟进有滞后性；真正卡住你的往往不是核心，而是某个小众插件里一行没加类型声明的 __toString() 方法——上线前多扫一眼 debug.log 比啥都管用。
