php第三方扩展必须先禁用再删除，同步清理配置和依赖痕迹；包管理器安装的需用对应命令卸载，pecl安装的用pecl uninstall，手动编译的须先注释ini中extension行再删.so文件，并重启服务。
PHP 第三方扩展不能直接用 rm 或 del 删除文件了事，否则容易导致 php -v 报错、Segmentation fault，甚至 Web 服务无法启动。核心原则是：**先禁用再删除，且必须同步清理配置和依赖痕迹**。
确认扩展是否通过包管理器安装
很多 Linux 发行版（如 Ubuntu/Debian 的 php-redis、CentOS/RHEL 的 php-pecl-imagick）会把扩展打包进系统仓库。这类扩展必须用系统包管理器卸载，否则 apt 或 yum 下次升级可能重装或冲突。
- Ubuntu/Debian：
dpkg -l | grep php或apt list --installed | grep php找包名，然后sudo apt remove php-xxx - CentOS/RHEL：
rpm -qa | grep php，再sudo yum remove php-pecl-xxx（或dnf） - 若用
pecl install手动装过，对应卸载命令是pecl uninstall xxx（注意：它只删.so和package.xml，不删ini文件）
手动编译安装的扩展：删文件前先关掉加载
这类扩展通常位于 ext/ 目录下（如 /usr/lib/php/20220829/redis.so），但关键在 php.ini 或 conf.d/ 里有没有启用行。直接删 .so 文件，PHP 启动时仍会尝试加载，报 PHP Warning: Unable to load dynamic library 'redis.so'，严重时阻塞整个 FPM 进程。
- 先查加载位置：
php --ini看配置文件路径，再搜extension=redis.so或zend_extension=行 - 注释掉对应行（加分号
;），或删掉整个redis.ini（如果它在conf.d/下） - 执行
php -m | grep redis确认已不加载，再删.so文件 - 注意：有些扩展依赖其他模块（如
igbinary是redis的可选依赖），删主扩展前先确认是否被其他扩展引用
检查残留配置与运行时影响
删完不等于干净。PHP 启动时会扫描所有 ini 文件，一个漏掉的 extension= 就会让进程崩溃；某些扩展还会写日志、注册自定义函数或修改 phpinfo() 输出，这些痕迹不清理可能误导后续排障。
立即学习“PHP免费学习笔记（深入）”；
- 运行
php -i | grep "Loaded Configuration File\|Scan for additional .ini files"，逐个检查列出的ini文件里有没有残留的extension行 - 删掉扩展后，用
php -t（如果用了 FPM）或php -S快速验证基础解析是否正常，避免zend_extension类扩展（如 Xdebug、OPcache）被误删导致语法解析异常 - Web 环境下务必重启 PHP-FPM 或 Apache：
sudo systemctl restart php*-fpm（版本号要匹配），不能只 reload
最常被忽略的是 opcache.validate_timestamps=0 场景下，旧的 opcache 缓存可能还存着已卸载扩展的类定义，导致 Class not found 错误持续数分钟——这时候清空 opcache（opcache_reset() 或重启服务）比反复检查 ini 更有效。
