phpEnv仅管理PHP版本与FPM进程，不生成或修改Nginx配置；Nginx实际使用的PHP版本完全取决于fastcgi_pass指向的socket或端口，且需手动确保对应PHP-FPM服务已启用、监听路径正确、权限允许nginx用户访问。
phpEnv 本身不生成或修改 Nginx 主配置文件
这是最容易混淆的一点：phpEnv 是 PHP 版本管理工具，不是 Web 服务器配置工具。它不碰 /etc/nginx/nginx.conf，也不自动生成 server 块。你看到的“phpEnv 配置 Nginx”，实际是手动把 Nginx 指向 phpEnv 管理的某个 PHP 版本的 FPM socket 或端口。
关键判断在于：phpEnv 只负责让系统 php 命令和 php-fpm 进程可用；Nginx 要连哪个 PHP-FPM 实例，完全由你在 Nginx 的 fastcgi_pass 行决定。
- phpEnv 安装的 PHP 版本，其 FPM socket 默认路径类似
/run/php/php8.3-fpm.sock（取决于版本号） - 你必须在 Nginx 的
location ~ \.php$块里显式写死这个路径，比如：fastcgi_pass unix:/run/php/php8.3-fpm.sock; - 如果用的是 TCP 方式（如
127.0.0.1:9000），需确认对应 PHP 版本的php-fpm.conf中listen配置一致 - phpEnv 的
global或local设置，只影响 shell 中执行php命令时的 CLI 版本，对 Nginx + FPM 的运行时版本无任何影响
phpEnv 全局版本 ≠ Nginx 使用的 PHP-FPM 版本
很多人以为执行了 phpenv global 8.3.13，Nginx 就会自动用 8.3.13 处理 PHP 请求——这是错的。Nginx 不读取 phpenv 的环境变量，它只认 fastcgi_pass 指向的服务进程。
真正起作用的是 PHP-FPM 进程本身是否在运行、监听在哪、用哪个配置启动的。
立即学习“PHP免费学习笔记（深入）”；
- 每个 phpEnv 安装的 PHP 版本，需单独启用其 FPM 服务：
sudo systemctl start php8.3-fpm（Debian/Ubuntu）或sudo systemctl start php-fpm@8.3（某些 CentOS/RHEL 变体） - systemd 服务名通常与版本强绑定，
phpenv global不会触发服务启停 - 若同时启用了
php8.1-fpm和php8.3-fpm，而 Nginx 配置仍指向php8.1-fpm.sock，那请求就还是走 8.1，跟 phpenv 当前 global 设置无关 - 验证当前生效的 PHP 版本，最可靠方式是看 Nginx 日志里的
SCRIPT_FILENAME对应的php-fpm进程 PID，再查该进程的php --version
站点配置中如何隔离不同 PHP 版本？
phpEnv 不支持 per-site PHP 版本自动切换，但你可以通过 Nginx 的 server 块 + 不同 FPM socket 实现逻辑隔离——前提是各版本的 FPM 已分别安装并监听不同 socket 或端口。
例如，两个站点分别跑 PHP 7.4 和 8.3：
- 先用 phpenv 安装两个版本：
phpenv install 7.4.33、phpenv install 8.3.13 - 确保各自 FPM 已启用且监听不同路径：
/run/php/php7.4-fpm.sock和/run/php/php8.3-fpm.sock - 在 Nginx 的
site-a.com配置中写：fastcgi_pass unix:/run/php/php7.4-fpm.sock; - 在
site-b.com配置中写：fastcgi_pass unix:/run/php/php8.3-fpm.sock; - 注意：socket 文件权限必须允许 nginx 用户（通常是
www-data或nginx）读写，否则 502 错误
这种做法本质是手工路由，不是 phpenv 的功能，但它是可行且生产环境常用的方案。
常见 502 Bad Gateway 的真实原因排查顺序
遇到 502，别急着改 phpenv，先按这个顺序检查：
- 运行
sudo systemctl status php8.3-fpm（把 8.3 换成你配置中写的版本），确认服务是active (running) - 检查 socket 文件是否存在：
ls -l /run/php/php8.3-fpm.sock；不存在说明 FPM 没监听 Unix socket，可能配置了listen = 127.0.0.1:9000 - 用
netstat -tlnp | grep :9000查端口是否被占用，或是否被其他 PHP-FPM 实例监听 - 检查 Nginx 错误日志：
tail -f /var/log/nginx/error.log，典型报错如connect() to unix:/run/php/php8.3-fpm.sock failed (2: No such file or directory) - 确认 nginx worker 进程用户（
user指令）能访问 socket 文件，必要时加listen.owner = www-data和listen.group = www-data到对应 PHP-FPM pool 配置
phpEnv 的存在感，在这里仅限于帮你快速装好多个 PHP-FPM 实例；它不参与运行时连接决策，也不修复权限或服务状态问题。
