phpenv 解决多 PHP 版本共存问题：通过目录级 .php-version 文件实现按需绑定，避免全局 PATH 污染，支持 local/global/shell 三级作用域；Windows 上的 phpEnv 是另一款图形化工具，与命令行 phpenv 无关联。
phpenv 不是“好在哪里”，而是解决了一个具体问题：你不能让 Laravel 11 项目和 PHP 5.6 的遗留系统共用同一个 php 命令，又不想每次手动改 PATH 或写别名。
为什么必须用 phpenv 而不是直接装多个 PHP？
手动编译或安装多个 PHP 版本后，系统只会认最后一个写进 PATH 的 php。你改一次环境变量，整个终端会话就全变了——composer install 可能突然失败，php -v 显示的版本和 IDE 里跑的还不一致。phpenv 把版本切换从“全局污染”变成“按需绑定”：
- 每个目录可配独立的
.php-version文件，进入即生效 - 不碰系统
PATH，靠 shell 函数劫持php、phpize、pear等命令 - 所有版本二进制、扩展、配置（
php.ini）完全隔离，连extension_dir都不同 - 支持
phpenv local 8.2.10（当前目录）、phpenv global 8.1.27（默认）、phpenv shell 8.3.5（当前终端）三级作用域
Windows 下的 phpenv 和 phpEnv 是两回事
这是最容易混淆的点。命令行工具 phpenv（类 rbenv 风格）是 Unix/Linux/macOS 生态的，靠 shell 函数 + ~/.phpenv/versions/ 目录工作，原生不支持 Windows cmd/PowerShell。而 Windows 上叫 phpEnv（首字母大写、带图形界面）是闲云开发的集成环境，本质是 .NET 封装的 Apache/Nginx + 多版本 PHP 切换器，它用的是服务进程管理+注册表（或本地 JSON 配置）来切换，和命令行 phpenv 没有代码继承关系。
如果你在 Windows 上搜 phpenv 却装了 phpEnv，会发现：phpenv install 命令根本不存在，phpenv versions 报错，因为那只是个名字巧合。
立即学习“PHP免费学习笔记（深入）”；
phpenv 的实际效能瓶颈在哪？
它快，但只在“切换”这个动作上快；真正耗时的是安装新版本。比如运行 phpenv install 8.4.0，背后调用的是 php-build，要下载源码、编译、装扩展、生成配置——这步可能花 8–15 分钟，取决于机器性能和网络。所以别把它当“秒切”工具用在 CI 流水线里，更适合开发者本地环境长期维护。
另外，phpenv 默认不管理 Composer、PECL 扩展或 php.ini 内容，这些仍得你手动处理或配合插件（如 phpenv-composer）。一个项目依赖 ext-redis 但当前 PHP 版本没编译进去？phpenv 不会自动帮你装，它只保证调用的是你指定版本的 php 二进制。
真正容易被忽略的是：phpenv 的版本感知只发生在 shell 启动或执行 cd 时。如果你在某个目录下运行 phpenv local 8.2，然后用 nohup php script.php & 启一个后台进程，那个进程启动时的 php 版本，取决于它继承的 shell 环境，而不是当前目录的 .php-version ——这点在写部署脚本或定时任务时，经常出问题。
