phpEnv 不管理 Nginx 和 systemd 服务，仅负责 PHP 版本切换；删除旧版本须用 phpenv uninstall 并清理 Nginx 配置、systemd 单元及 shell 哈希缓存。
phpEnv 本身不管理 Nginx，它只负责 PHP 版本切换；所谓“Nginx 配置残留”其实是你手动配的 fastcgi_pass 或 include 指令没更新，和 phpEnv 无关。删旧 PHP 版本前，必须先停掉对应 php-fpm 实例，并确认 Nginx 没在引用它。
phpEnv 删除旧 PHP 版本：别直接 rm -rf
phpEnv 是基于 sh 脚本的 PHP 版本管理器（类似 pyenv），它把每个 PHP 版本装在 ~/.phpenv/versions/ 下。但直接删目录会留下三类问题：
- 当前 shell 还缓存着
php命令路径，运行which php可能仍返回旧路径 -
~/.phpenv/version或~/.phpenv/versions符号链接未清理，导致phpenv global切换失败 - 若该版本曾通过
phpenv install编译过，~/.phpenv/cache/里还留着源码包（如php-8.1.23.tar.gz）
正确做法是：
- 先执行
phpenv uninstall 8.1.23（替换成你要删的具体版本号），它会自动停服务、删目录、清缓存 - 若命令报错或不存在，说明不是用 phpEnv 安装的——那大概率是源码编译或包管理器装的，得按对应方式处理
- 删完后运行
hash -r清空 shell 命令哈希表，再开新终端验证php -v
为什么 nginx.conf 里还有 php7.4-fpm 的 fastcgi_pass？
phpEnv 不碰 Nginx 配置。你看到的 fastcgi_pass 127.0.0.1:9000 或 fastcgi_pass unix:/run/php/php7.4-fpm.sock 是你当初手动写的，phpEnv 升级 PHP 版本时完全不会去改它。
立即学习“PHP免费学习笔记（深入）”；
- 检查 Nginx server 块里是否硬编码了旧 sock 路径，比如
unix:/var/run/php/php7.4-fpm.sock—— 这个路径在 PHP 8.2 安装后根本不存在 - 更隐蔽的是
include引入的外部配置文件，例如include /etc/nginx/conf.d/php.conf;，得进去查内容 - Ubuntu/Debian 系统默认会在
/etc/nginx/sites-enabled/下保留旧站点配置，哪怕你已删 PHP，Nginx reload 时仍会尝试连接已不存在的 fpm 进程，导致 502 错误
建议操作：
- 用
grep -r "php7\.4\|9000" /etc/nginx/扫描全部 Nginx 配置文件 - 把匹配到的
fastcgi_pass行统一改成新 PHP 版本对应的 sock 路径（如unix:/run/php/php8.2-fpm.sock）或端口 - 删掉无用的
include行，或确保被引入的 conf 文件本身已更新
删完 PHP 后，systemd 还在报 php7.4-fpm.service not found
这是 systemd 缓存了已卸载的服务单元。即使你用 phpenv uninstall 删了 PHP，php-fpm 服务本身可能由系统包（如 php7.4-fpm deb 包）安装，而 phpEnv 并不管理这些。
- 运行
systemctl list-unit-files | grep php，看是否有php7.4-fpm.service显示为enabled或static - 若有，执行
sudo systemctl stop php7.4-fpm && sudo systemctl disable php7.4-fpm，再删服务文件：sudo rm /lib/systemd/system/php7.4-fpm.service - 最后必须运行
sudo systemctl daemon-reload，否则systemctl status php8.2-fpm可能报错 - 注意：phpEnv 安装的 PHP 默认不注册 systemd 服务，所以这个残留几乎一定来自 apt/yum 安装的旧包
真正麻烦的从来不是删文件，而是那些你记不清什么时候加进去的 fastcgi_pass、include 和 systemd enable 记录。每删一个 PHP 版本，都得顺手 grep 一遍 Nginx 配置和 systemd unit 列表——漏掉任意一处，502 就会准时出现。
