phpEnv不支持Node.js管理，仅专注PHP多版本隔离；Node.js必须用nvm等专用工具独立安装、切换和配置，二者职责严格分离。
phpEnv 不支持 Node.js 管理 —— 它只管 PHP，Node.js 必须另起炉灶。 试图用 phpEnv 切换 Node.js 版本会失败，因为 phpEnv 的设计目标、源码结构和命令集完全不涉及 Node.js 运行时。共存不是靠“一个工具管两家”，而是靠明确分工：phpEnv 负责 PHP 多版本隔离（CLI + FPM），Node.js 用 node、npm、pm2 或 nvm 单独管理。
phpEnv 管 PHP，nvm 管 Node.js：职责必须切开
phpEnv 是 PHP 专用的环境管理器，类比于 Python 的 pyenv。它通过修改 $PATH 前缀、符号链接和 FPM socket 路径来隔离不同 PHP 版本。但它的 phpenv install、phpenv global、phpenv shell 全部对 Node.js 无效。
- Node.js 必须用
nvm（推荐）或fnm独立安装和切换，例如：nvm install 18.19.1→nvm use 18.19.1 - 不要把
node命令软链到 phpEnv 目录下——这会导致npm解析prefix错乱，后续全局包安装失败 - 验证是否真隔离：分别运行
phpenv version和nvm current，输出应互不影响 - 若项目需固定 Node.js 版本，在项目根目录放
.nvmrc（内容为18.19.1），搭配nvm use自动生效
Nginx 配置里别混用 fastcgi_pass 和 proxy_pass
phpEnv 安装的 PHP-FPM 实例默认监听 Unix socket（如 /home/username/.phpenv/versions/8.2.12/var/run/php-fpm.sock），而 Node.js 服务由 nvm 启动后监听 TCP 端口（如 127.0.0.1:3000）。Nginx 必须用不同指令路由：
- PHP 路由走
fastcgi_pass unix:/path/to/php-fpm.sock;，且必须配fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; - Node.js 路由走
proxy_pass http://127.0.0.1:3000/;（注意结尾斜杠！漏掉会导致路径拼接错误） - 禁止在同一个
location块里同时写fastcgi_pass和proxy_pass—— Nginx 会直接报配置语法错误 - 若用路径前缀区分（如
/api/→ Node.js，其余 → PHP），用location ^~ /api/，避免被location ~ \.php$拦截
CLI 场景下最容易踩的三个坑
本地开发时，PHP 脚本调用 Node.js 工具（如前端构建、数据处理脚本）很常见，但以下问题高频发生：
立即学习“PHP免费学习笔记（深入）”；
-
exec('node --version')在 PHP 中执行失败？先确认：该 PHP-FPM 进程的PATH是否包含nvm的 bin 目录（如~/.nvm/versions/node/v18.19.1/bin）。FPM 默认不加载用户 shell 配置，需在www.conf中显式加：env[PATH] = /home/username/.nvm/versions/node/v18.19.1/bin:/usr/local/bin:/usr/bin:/bin - PHP CLI（
php命令）能调通node，但 FPM 不行？这是典型环境变量隔离问题 ——phpenv shell只影响当前终端，不影响 FPM 子进程 - Node.js 脚本输出 JSON，PHP 用
json_decode(shell_exec(...), true)得到null？检查 Node.js 脚本是否意外输出了 stderr（如 warning），导致 stdout 被污染；加2>/dev/null或改用proc_open分离流
真正的难点不在安装，而在环境变量的传递边界和 Nginx 配置块的作用域。PHP-FPM 的 env[]、shell 的 $PATH、nvm 的 NVM_DIR、以及 Nginx 的 proxy_set_header，每个都只在自己那一层生效，跨层不自动继承。漏掉任意一层，就会出现“命令在终端能跑，进 Web 就报错”的情况。
