phpenv仅管理CLI环境下的PHP版本，不干预Web服务器的PHP路由；站点级多版本需通过Nginx/Apache配合独立PHP-FPM进程池实现，两者职责分离、可共存。
phpenv 本身不支持按站点指定 PHP 版本——它只管理 CLI 环境下的全局或目录级 PHP 版本，无法干预 Web 服务器（如 Nginx/Apache）对每个虚拟主机的 PHP 解释器路由。 如果你正在尝试用 phpenv 实现“一个域名跑 PHP 7.4、另一个跑 PHP 8.2”，这条路走不通，得换思路。
phpenv 的真实作用范围：只管命令行，不管网页请求
phpenv 是纯终端工具，它的 phpenv local 或 phpenv shell 只会影响当前 shell 会话或项目目录下执行的 php 命令，比如：
-
php -v输出的版本 -
composer install调用的 PHP 解析器 -
php artisan tinker或phpunit运行时的环境
但它完全不触碰 Web 服务配置。浏览器访问 http://site-a.test 时，决定用哪个 PHP 的是 Nginx 的 fastcgi_pass，或是 Apache 的 FcgidWrapper，和 phpenv 没半点关系。
真正能实现站点级 PHP 版本隔离的方案
要让不同站点用不同 PHP 版本，必须靠 Web 服务器 + PHP-FPM 配合。核心逻辑是：每个 PHP 版本启动独立的 FPM 进程池，监听不同端口或 socket，再在站点的 vhost 配置里指向对应地址。
立即学习“PHP免费学习笔记（深入）”；
- Nginx 中每个
server块内，fastcgi_pass 127.0.0.1:9001对应 PHP 7.4，fastcgi_pass 127.0.0.1:9002对应 PHP 8.2 - PHP-FPM 配置文件（如
/usr/local/etc/php/7.4/php-fpm.d/www.conf）中必须明确设置listen = 127.0.0.1:9001 - 确保各版本的
php-fpm进程都已启动且端口未被占用（可用lsof -i :9001检查） - 修改后需重载 Nginx：
nginx -s reload，不是 restart
phpenv 和站点多版本可以共存，但职责分明
你可以同时用 phpenv 和 PHP-FPM 多版本，只要分清谁管哪块：
- 用
phpenv local 8.2.13确保你在该目录下运行php bin/console cache:clear时调的是 PHP 8.2 - 用 Nginx + FPM 池确保用户访问
https://admin.example.com时，Web 请求由 PHP 8.2 处理 - 两者配置互不干扰，但若 CLI 版本和 Web 版本不一致，
phpinfo()显示的配置可能和php -i不同——这是正常现象，别误以为配错了
最容易被忽略的一点：PHP-FPM 进程池的用户权限（user/group）必须与 Web 服务器 worker 进程一致，否则 502 错误会悄无声息地出现；另外，不同 PHP 版本的 opcache.enable、date.timezone 等参数必须在各自 FPM 的 www.conf 的 php_admin_value 或 php_value 段里单独写，不能指望全局 php.ini 统一覆盖。
