PHP 8.5.5 并不存在，截至 2026 年 6 月官方最新稳定版为 PHP 8.3，8.4 已正式发布，8.5 分支尚未进入 RC 阶段；所谓 8.5.5 多为宝塔误标、第三方魔改或手动 patch 的非标准构建。
PHP 8.5.5 并不存在——截至 2026 年 6 月，PHP 官方最新稳定版是 8.3，8.4 已正式发布，而 8.5 分支尚未进入 RC 阶段。你看到的 8.5.5 很可能是宝塔面板误标、第三方魔改包硬改版本号，或本地编译时手动 patch 的结果。所有关于“PHP 8.5.5 扩展顺序”的问题，本质都是在处理一个**非标准 PHP 构建环境下的扩展依赖冲突**。
怎么确认你用的真是 PHP 8.5.5？
别信面板或目录名。直接运行：
php -v
看输出第一行是否含 8.5.5 和 Configure Command；再跑：
php --ini
记下 Loaded Configuration File 路径，这才是你真正要改的配置文件。
立即学习“PHP免费学习笔记（深入）”；
常见陷阱：
-
/www/server/php/85/这种路径里的85只是宝塔自建目录名，不代表版本 - 如果
php -v显示8.4.12却被面板标成8.5.5，说明扩展安装脚本按错误版本号去匹配，必然失败 -
php-config --version和phpize --version必须与php -v输出完全一致，否则编译出的.so文件根本加载不了
extension= 加载顺序怎么调才有效？
PHP 不提供“优先级设置”，只认 php.ini 里 extension= 行的**书写顺序**，以及 conf.d/ 目录下 .ini 文件的**字典序**。
必须前置的扩展（写在 php.ini 开头）：
extension=ctypeextension=iconvextension=mbstringextension=opensslextension=zlib
原因：curl、json、xml、soap 等扩展启动时会检查这些底层模块是否存在；缺了或加载太晚，curl_init() 可能返回 false，但 php -m 里仍显示 curl 已启用。
opcache 必须放在所有 extension= 行之后，且不能和 opcache.preload 混写——preload 文件若引用了还没加载的扩展类，直接 Fatal error。
为什么 php -m 显示扩展已加载，但 Composer 还报 ext-mbstring missing？
因为 Composer 调用的是 CLI SAPI 的 PHP，而你检查的 php -m 可能来自 Web SAPI（如 Apache 或 FPM），两者读取的 php.ini 完全不同。
务必用以下命令确认 Composer 实际用的 PHP：
which php
然后用该路径执行：
/usr/bin/php --ini
重点看 Loaded Configuration File 行指向哪个 php.ini，打开它，搜索 extension=mbstring —— Linux 是 extension=mbstring.so，Windows 是 extension=php_mbstring.dll，拼写、路径、是否被 ; 注释，三者缺一不可。
Ubuntu/Debian 用户额外一步：
- 装了
php-mbstring包 ≠ CLI 自动启用，必须运行sudo phpenmod mbstring - 该命令会往 CLI 对应的
php.ini里写入extension=mbstring.so行
conf.d/ 下多个扩展冲突怎么办？
比如同时有 20-redis.ini 和 30-swoole.ini，但 swoole 依赖 sockets，而 sockets 是预编译模块、没单独 .ini 文件——这时不能靠重命名解决。
正确做法：
- 进
php --ini显示的Scan for additional .ini files in目录（如/etc/php/8.4/cli/conf.d/） - 删掉所有疑似冲突的
.ini文件（留备份） - 把关键依赖（如
sockets）显式写进主php.ini靠前位置：extension=sockets - 再把其他扩展按依赖链顺序追加在后面，例如：
extension=redis→extension=swoole - 最后清空 OPcache 文件缓存：
sudo rm -rf /var/cache/php/*（路径依实际而定）
改完重启对应服务（CLI 不用重启，但 FPM/Apache 必须 reload），再用 php -r "echo function_exists('swoole_version') ? 'ok' : 'fail';" 验证。
最易被忽略的一点：PHP 8.4+ 默认启用 opcache.enable_cli=1，如果扩展加载顺序错，CLI 下的 composer install 可能静默跳过某些初始化步骤，错误直到运行时才暴露——不要只依赖 php -m 看列表。
