pm2 会把 shell 变量带进服务

端口绑到了别处

给业务项目配了 .env，写 PORT=8080。pm2 restart 后健康检查一直超时，ss -lntp 一看，进程监听 18088——那是别的服务的端口。

根因：CLI 环境被子进程继承

pm2 start/restart 由 CLI 进程 fork 出业务进程，业务进程直接继承 CLI 的环境变量；而业务代码加载 .env 普遍是「不覆盖已存在变量」的语义。我的登录 shell 里正好带着 PORT=18088、DATA_DIR、BEARER_TOKEN，于是 .env 的值全被压过，凭据也漏进了业务进程。

做法：干净环境启动，再核对

• 用 env -i 只传 PATH、HOME、TERM，再执行 pm2 start
• 重启后读 /proc/<pid>/environ，确认没有 PORT / BEARER_TOKEN
• curl 健康端点，确认监听端口是 .env 里的值
• 别用 --update-env，它做的正是把当前环境刷进去

教训

「在我机器上是好的」常来自启动它的那个 shell。守护进程管理器接管业务进程时，先问一句：它看到的环境是谁给的。