PHP 8.5.5扩展加载失败主因是ABI不匹配或extension_dir路径错位；需先用php --ini确认真实php.ini路径，检查extension_dir是否为绝对路径且指向含对应.so文件的正确目录，再核对PHP NTS模式与扩展ABI标识、系统依赖库完整性及php-config/phpize版本一致性。
PHP 8.5.5 扩展加载失败，90% 是 ABI 不匹配或路径错位导致的，不是配置写错了就能修好。
php -m 显示不到扩展名，先验证 extension_dir 和文件是否存在
别急着改 php.ini，先确认 PHP 能不能“看见”那个 .so 文件。运行 php --ini 查出真正生效的 php.ini 路径，打开它，找到 extension_dir 的值（必须是绝对路径、带英文双引号）。然后直接进这个目录，用 ls -l | grep redis（把 redis 换成你要查的扩展名）看文件是否真在那儿。常见坑是：宝塔面板默认把扩展装到 /www/server/php/85/lib/php/extensions/no-debug-non-zts-20240801/，但 extension_dir 指向的是旧路径（比如 20220829），结果 PHP 去错地方找文件。
php -v 输出里有 (ZTS) 或 (NTS)，但扩展名里没标清楚就别硬加
PHP 8.5.5 默认编译为 NTS（非线程安全）模式，除非你手动启用了 ZTS。而很多预编译扩展（尤其是 Windows 的 .dll 或某些 PECL 包）会明确标注 -ts- 或 -nts-。如果 php -v 显示 (NTS)，却强行加载标着 ts 的扩展，就会报 undefined symbol 或静默失败。检查扩展文件名：Linux 下看 redis.so 是否来自对应 ABI 的构建；Windows 下看 DLL 名是否含 -8.5-nts-vs19-x64 这类标识——缺一不可。
pecl install grpc 这类命令不指定后缀，大概率装错版本
PECL 默认按当前 php-config 版本编译，但如果你机器上同时装了多个 PHP（比如 CLI 是 8.5，FPM 是 8.3），pecl install 可能用错环境。正确做法是显式传参：sudo pecl -d php_suffix=85 install grpc。注意：这里的 85 是后缀名，不是目录名；宝塔里 PHP 8.5 对应的后缀就是 85，不是 8.5 或 8.5.5。装完后，pecl 会输出实际安装路径，务必复制那个完整路径填进 php.ini 的 extension= 行，别手敲、别猜。
立即学习“PHP免费学习笔记（深入）”；
ldd 查 .so 文件报 “not found”，说明系统缺底层依赖库
像 swoole、grpc、redis 这类扩展，光有 .so 文件不够，还得链接 libprotobuf.so、libhiredis.so 等。用 ldd /www/server/php/85/lib/php/extensions/no-debug-non-zts-20240801/swoole.so | grep "not found" 扫一遍。一旦发现缺失，别只装 -devel 包（那是编译用的），要装运行时库，例如：yum install protobuf-lite libhiredis（CentOS/RHEL）或 apt install libprotobuf-lite23 libhiredis1（Ubuntu）。装完记得 ldconfig 刷新缓存。
最麻烦的不是找不到错误，而是错误日志里只写“unable to load”，却不告诉你缺哪个符号、哪个库、哪个 ABI。动手前先跑一遍 php -v、php-config --version、phpize --version，三个输出必须完全一致——差一个小数点，.so 就白编译。
