最直接有效的办法是阻止 PHP 加载不兼容扩展：通过删除/重命名扩展文件、在 php.ini 中清空后显式声明所需扩展，或屏蔽 conf.d 目录加载，而非注释配置或依赖运行时函数。
PHP 版本过低时，某些扩展（如 json、mbstring、curl）可能默认启用但实际不兼容，导致启动失败或运行报错。最直接有效的办法不是“关闭扩展”，而是**阻止 PHP 加载那些在当前版本中不可用或冲突的扩展**——本质是调整加载逻辑，而非修改扩展本身。
检查哪些扩展因版本过低而报错
启动 PHP 或运行 php -v 时若出现类似错误，说明扩展与 PHP 版本不匹配：
PHP Warning: PHP Startup: Unable to load dynamic library 'xxx.so' (tried: /usr/lib/php/20200930/xxx.so (/usr/lib/php/20200930/xxx.so: undefined symbol: zend_string_release_ex))
这类错误中的 undefined symbol 通常指向 ZE（Zend Engine）API 变更，常见于 PHP 7.2 以下强行加载为 PHP 7.4+ 编译的扩展。关键判断依据是：错误里提到的 .so 或 .dll 文件名，以及 tried: 后的路径。
- 运行
php --ini查看配置文件加载顺序和位置 - 检查
extension_dir路径下是否存在对应文件（如redis.so），再比对其编译时间或 ABI 版本（可用file redis.so看链接的 libc 和 Zend API 符号） - 临时重命名可疑扩展文件（如
mv redis.so redis.so.bak），再试php -m确认是否消失
禁用扩展的三种可靠方式（按优先级）
不要依赖 extension=xxx.so 前加 ; 注释——某些发行版会通过 conf.d/ 目录自动包含，注释无效。真正生效的方式如下：
立即学习“PHP免费学习笔记（深入）”；
-
删/重命名扩展文件本身：最彻底。如
rm /usr/lib/php/20180731/igbinary.so或mv /etc/php/7.0/mods-available/redis.ini /etc/php/7.0/mods-available/redis.ini.disabled -
在主配置中显式禁用：在
php.ini末尾加disable_functions = extension不起作用；正确做法是用extension=清空已有值后再重新声明需要的扩展，例如：extension=
（注意：空
extension=mysqli.so
extension=pdo_mysql.soextension=会清空所有已加载扩展，必须紧跟着列出你真正需要的） -
屏蔽整个
conf.d/目录下的加载：编辑php.ini，将include_path = "/etc/php/7.0/mods-available"改为不存在的路径，或注释掉scan行（如;scan-dir = /etc/php/7.0/mods-available）
为什么不能只靠 php_admin_flag 或 ini_set()
这些是运行时配置，对扩展加载阶段无效。扩展是在 PHP 解析 php.ini 阶段就决定是否 dlopen() 的，而 ini_set('extension', '') 或 Apache 的 php_admin_flag 只影响用户空间配置项，无法撤回已发生的动态库加载行为。
-
extension_loaded('xxx')返回false，不代表它没被尝试加载过——可能已在启动时报错并跳过 - Nginx + PHP-FPM 场景下，
php_admin_value[extension]在 FPM pool 配置中完全不支持，会直接忽略 - 试图用
dl()卸载已加载扩展在 PHP 8.0+ 已移除，7.4 及更早也仅限 CLI 且极不稳定
真正要稳住低版本 PHP，核心是控制「加载什么」而不是「关掉什么」。最容易被忽略的一点：很多 Docker 镜像或一键包会把高版本扩展文件直接扔进低版本 extension_dir，看着有文件、一启就崩——得动手删，别只改配置。
