php卸载不干净会导致新版本安装失败、php -v显示旧版或web服务器加载残留模块；需终止php进程、清理配置与扩展路径、清除包管理器残留及环境变量，并通过四类命令交叉验证是否清零。
PHP 卸载不干净，最常导致新版本安装失败、php -v 仍显示旧版本、或 Web 服务器（如 Apache/Nginx）加载了残留的模块。关键不是“删掉几个文件夹”，而是切断所有注册入口、配置引用和系统级关联。
检查并终止所有 PHP 进程和服务
残留的 php-fpm 或 php-cgi 进程会锁住配置或扩展，让卸载看似完成实则无效。
- 运行
ps aux | grep php，确认无php-fpm、php-cgi、php -S等进程；若有，用kill -9强制终止 - 检查服务状态：
sudo systemctl list-units | grep php（Linux systemd），停用并禁用所有匹配项，例如：sudo systemctl stop php7.4-fpm、sudo systemctl disable php7.4-fpm - macOS 使用
brew services list | grep php，对应执行brew services stop php@8.1
删除二进制、配置与扩展路径
不同安装方式路径差异大，必须按来源逐个清理，不能只删 /usr/local/bin/php 就以为完事。
- 查当前 PHP 位置：
which php、php --ini（显示配置文件路径）、php -r "echo ini_get('extension_dir');"（扩展目录） - 常见路径需手动检查并清空（若存在）：
/usr/bin/php、/usr/local/bin/php、/opt/homebrew/bin/php（macOS Homebrew）、C:\xampp\php\（Windows XAMPP） - 配置文件路径通常含
php.ini和conf.d/：如/etc/php/8.1/（Ubuntu）、/usr/local/etc/php/8.2/（macOS Homebrew）、C:\wamp64\bin\php\php8.0.30\ -
注意：不要直接
rm -rf /etc/php/—— 可能含其他版本配置；应进到具体版本子目录（如/etc/php/7.4/）再删
清理包管理器残留与环境变量
包管理器（apt、brew、yum、choco）不会自动清除 PATH 中的旧路径或 shell 配置里的 alias，这是 php -v 仍生效的最常见原因。
立即学习“PHP免费学习笔记（深入）”；
- 检查 shell 初始化文件：
~/.bashrc、~/.zshrc、~/.profile，搜索含php的export PATH=...行或alias php=...，注释或删除 - Debian/Ubuntu：运行
dpkg -l | grep php，对每个已安装的php7.4-cli、libapache2-mod-php7.4等，执行sudo apt purge [package-name]+sudo apt autoremove - macOS Homebrew：用
brew uninstall --ignore-dependencies php@8.0（替换为你实际版本），再brew cleanup；若曾brew link php@8.0，需先brew unlink php@8.0 - Windows：控制面板 → 卸载程序中找 “PHP” 相关条目；同时检查系统环境变量
PATH是否还含旧 PHP 文件夹
验证是否真正清零
别信“删完了”，必须通过四类命令交叉验证，缺一不可。
-
php -v—— 应报command not found，而非旧版本号 -
which php—— 输出为空 -
php --ini—— 报错（非成功输出配置路径） -
find /usr -name "php*" 2>/dev/null | grep -E "(bin|etc|lib)"（Linux/macOS）或where php（Windows CMD）—— 确认无有效可执行路径残留
最容易被忽略的是 shell 配置文件里的 PATH 覆盖和 php-fpm 的 socket 文件残留（如 /var/run/php/php7.4-fpm.sock），它们会让新装的 PHP 启动失败或静默降级。动手前先 php --ini 和 ps aux | grep php 看一眼，比盲目删目录有用十倍。
