Linux下杀死Node进程后自动以新PID重启，如何彻底停止？

排查是否为僵尸进程 #

僵尸进程是已经结束运行但父进程未回收资源的进程，状态标识为Z，不会出现PID变更的情况，可通过以下命令验证：

1. 查看目标进程状态：ps aux | grep node，检查STAT列是否为Z
2. 也可直接过滤系统所有僵尸进程：ps aux | grep 'Z'

如果进程PID持续变化，可直接排除僵尸进程问题，属于进程被守护服务自动拉起的场景。

僵尸进程处理方法 #

僵尸进程本身已经停止运行，无法直接通过kill命令杀死，需通过回收父进程解决：

1. 查找僵尸进程的父进程PID：ps -o ppid= <僵尸进程PID>
2. 终止父进程完成资源回收：kill -9 <父进程PID>
3. 如果父进程为PID 1的init/systemd进程，无法直接终止，可通过重启系统清理所有僵尸进程。

自动拉起场景的解决方案 #

进程被托管工具自动重启可按以下步骤处理：

1. 定位托管来源 #

执行命令查看进程父子关系，确认负责拉起进程的服务：
pstree -aps <当前Node进程PID>
或
ps -o ppid,comm= <当前Node进程PID>

2. 对应托管工具的处理方案 #

• 若父进程为pm2（Node常用进程管理工具）：
  停止对应应用：pm2 stop <应用名称>
  彻底移除避免重启：pm2 delete <应用名称>
  关闭pm2开机自启：pm2 unstartup
• 若父进程为systemd（系统服务管理器）：
  查找对应服务名：systemctl status <当前Node进程PID>
  停止服务并禁用自启：systemctl stop <服务名> && systemctl disable <服务名>
• 若父进程为supervisord（第三方进程守护工具）：
  停止对应应用：supervisorctl stop <应用名称>
  进入/etc/supervisor/conf.d/目录删除对应应用配置，避免重启
• 若进程运行在Docker容器中：
  查找对应容器：docker ps | grep node
  停止容器：docker stop <容器ID>
  无需保留的话可删除容器：docker rm <容器ID>

3. 临时兜底处理方案 #

如果暂时找不到托管来源，可先暂停所有Node进程避免被重新拉起，再批量销毁：

pkill -STOP node
pkill -9 node

已尝试命令失效原因 #

• kill <PID>、kill -9 <PID>仅能终止当前运行的单进程，无法阻止守护服务重新拉起新进程，因此会出现PID变更的情况
• killall node失效通常是因为执行时旧进程已被销毁、新进程未完全启动，或进程启动命令包含其他参数，可改为pkill -f node匹配完整命令行关键词终止进程

内容的提问来源于stack exchange，提问作者Amit Shakya