phpenv仅管理CLI模式下的PHP版本切换，不支持也不负责FastCGI配置；FastCGI由php-fpm或php-cgi等独立进程提供，需为各PHP版本单独编译启用--enable-fpm，并在Nginx中显式指定对应socket路径。
phpenv 本身不支持、也不负责设置 FastCGI 模式。 它只管理 PHP 可执行文件（php）的版本切换，而 FastCGI 是 Web 服务器（如 Apache 或 Nginx）与 PHP 解释器之间的一种通信协议和运行形态，由外部进程（如 php-fpm、php-cgi）承担，与 phpenv 无直接关联。
phpenv 管理的是 CLI 模式下的 php 命令
phpenv 的所有操作（phpenv global、phpenv local、phpenv shell）只影响当前 Shell 中调用的 php 命令——也就是 CLI（Command Line Interface）模式。它会把 php 符号链接到对应版本的 bin/php，仅此而已。
- 你运行
php -v或php script.php时，用的是 phpenv 切换后的 CLI 版本 - 但 Web 请求走的是 Apache 的
mod_php、Nginx 的fastcgi_pass，或独立启动的php-fpm进程，它们完全不读取 phpenv 的配置 - 即使你用
phpenv local 8.3.13，Web 服务仍可能在用系统全局安装的 7.4 的php-fpm，两者互不影响
想让 Web 服务跑指定 PHP 版本的 FastCGI，得手动配 php-fpm
FastCGI 实际由 php-fpm（PHP FastCGI Process Manager）或老式 php-cgi 提供。phpenv 不提供、也不生成这些服务进程，你需要：
- 为每个目标 PHP 版本单独编译并启用
--enable-fpm（例如：./configure --prefix=/opt/php/8.3.13 --enable-fpm） - 确保编译后存在
sbin/php-fpm，且配置文件（如etc/php-fpm.conf）中指定了监听地址（listen = /run/php/php8.3.13.sock） - 用 systemd 或脚本手动启停该版本的
php-fpm，不能依赖 phpenv 自动管理 - Nginx 配置里显式写死 socket 路径：
fastcgi_pass unix:/run/php/php8.3.13.sock;
常见混淆点：php-cgi 不等于 phpenv + CGI
有人尝试用 phpenv local 8.2.0 && php-cgi -b 127.0.0.1:9000 启动 FastCGI，这看似“结合”了 phpenv 和 FastCGI，但实际无效：
立即学习“PHP免费学习笔记（深入）”；
-
php-cgi是 PHP 源码编译时生成的二进制，它绑定在编译时的版本上，不会随 phpenv 切换而改变 - 执行
php-cgi -v显示的版本，取决于你调用的是哪个路径下的php-cgi，不是当前 phpenv 设置的 CLIphp - 如果你没为该版本单独编译带
php-cgi的 PHP，phpenv切换后也找不到对应的php-cgi - Apache 的
mod_fastcgi或 Nginx 的fastcgi_pass指向的必须是已启动的、可监听的进程，不是靠 phpenv 动态代理
真正要隔离不同项目的 PHP 版本 + FastCGI，核心动作是：为每个版本独立编译带 FPM 支持的 PHP，各自部署 php-fpm 实例，并在 Web 服务器配置中精确指向对应 socket 或端口。phpenv 在这个链条里，只管开发时敲命令那一下，别的它真不管。
