phpEnv 卸载需手动清理：先停相关进程，删 ~/.phpenv 及 shims 目录，再清除 shell 配置中的 PATH 和 eval 行，最后验证 php 命令是否指向系统路径。
phpEnv 不是官方 PHP 管理工具，它没有标准卸载流程，残留几乎必然存在——不能靠 uninstall 命令清干净，必须手动逐层排查。
确认 phpEnv 是否真被停用
很多“卸载后还生效”的问题，其实是 shell 会话仍缓存了旧 PATH 或 alias。执行以下检查：
- 运行
which php，如果返回~/.phpenv/shims/php或类似路径，说明 shims 仍在接管命令 - 执行
type php，看是否显示为 function（phpenv 自定义的 wrapper） - 检查当前 shell 配置文件：
~/.bashrc、~/.zshrc或~/.profile，搜索phpenv或export PATH=.*phpenv - 临时新开一个终端窗口再运行
php -v，避免旧会话干扰判断
删掉 phpEnv 核心目录和 shims
phpEnv 默认装在用户目录下，但路径不固定；别只删 ~/.phpenv 就以为完事：
- 先停所有依赖 phpEnv 的进程：如
php-fpm、composer、本地 Web 服务，否则文件可能被占用无法删除 - 删除主目录：
rm -rf ~/.phpenv（这是最常见安装位置） - 删 shims 目录：
rm -rf ~/.phpenv/shims—— 即使主目录删了，shims 若还在 PATH 里，php命令仍会“假死” - 检查
~/.phpenv/versions/是否残留编译产物（如8.1.27子目录），一并清除 - 有些用户会把 phpEnv 放到
/usr/local/phpenv或~/tools/phpenv，用find ~ -name "*phpenv*" -type d 2>/dev/null全局扫一遍
清理环境变量和 shell hook
phpEnv 通过修改 shell 初始化文件注入逻辑，这是残留最顽固的部分：
立即学习“PHP免费学习笔记（深入）”；
- 打开
~/.bashrc或~/.zshrc，删掉整段类似这样的代码：
export PATH="$HOME/.phpenv/bin:$PATH" eval "$(phpenv init -)"
- 执行
source ~/.zshrc（或对应配置文件）后，再运行which phpenv应该返回空 - 检查
$PATH是否还含 phpEnv 路径：echo $PATH | tr ':' '\n' | grep phpenv - 如果用过
phpenv rehash，它会在~/.phpenv/shims/下生成一堆符号链接，删完主目录后务必确认这些链接已不存在
验证并处理“幽灵 php”
即使 phpEnv 卸载了，系统可能还有其他 PHP 干扰判断：
- 运行
php -v和command -v php，看输出是否指向/usr/bin/php或/opt/homebrew/bin/php等系统级路径 - 用
ls -la $(which php)查看是否是软链接，比如指向/usr/local/bin/php—— 那可能是源码编译残留，不是 phpEnv - 检查
php --ini输出的 Loaded Configuration File，若路径含phpenv字样才真是它没清完；否则是别的 PHP 实例 - macOS 上尤其注意 Homebrew 的
php@8.2和 phpEnv 同时存在时，PATH 顺序会导致你以为 phpEnv 还在生效
真正难清理的从来不是文件，而是 PATH 里那几行看不见的 export 和 eval。删完目录后不改 shell 配置，等于门锁了窗大开。
