如何确保命令按序执行并在application.js启动成功后退出终端？

我来帮你梳理下问题出在哪，以及怎么修复：

原命令的核心问题 #

你的命令killall -9 node & killall -9 ffmpeg && node /root/application.js && exit有两个关键问题：

• killall -9 node & 把杀node的操作放到后台执行，这意味着后面的killall -9 ffmpeg && node ...会立刻启动，而后台的killall可能在node /root/application.js启动后才完成，直接把刚启动的Node进程杀掉。
• 即使没有后台的问题，node /root/application.js是前台运行的，它会占据终端，exit命令根本没机会执行，除非Node进程自己退出——这显然不是你想要的。

修复后的命令方案 #

我们需要调整执行顺序，确保旧进程先被彻底清理，然后启动Node应用并确认它成功运行，最后退出终端。这里分两种常用场景：

场景1：Node应用以后台守护进程运行

如果你希望application.js启动后脱离终端继续运行，同时确认启动成功后退出终端，可以用下面的命令：

# 先清理旧进程（即使没有进程也不中断后续执行）
killall -9 node 2>/dev/null || true && killall -9 ffmpeg 2>/dev/null || true && 
# 启动Node应用到后台，并重定向日志到文件（可选，方便后续排查问题）
node /root/application.js > /root/app.log 2>&1 & &&
# 等待几秒确保应用完成启动，然后检查是否有node进程在运行
sleep 2 && pgrep -x node &&
# 确认启动成功后退出终端
exit

关键部分解释：

• 2>/dev/null || true：避免因为killall没找到目标进程返回错误，导致后续命令中断执行。
• > /root/app.log 2>&1 &：把Node应用的标准输出和错误输出写入日志文件，同时将进程放到后台运行，释放终端。
• sleep 2 && pgrep -x node：等待几秒让应用完成初始化，然后检查系统中是否存在node进程——如果存在，说明启动成功，才执行exit。

场景2：用nohup确保应用脱离终端存活

如果你的终端环境需要更可靠的后台运行（比如远程SSH会话），可以用nohup让进程忽略终端关闭信号，即使终端退出，应用也能继续运行：

killall -9 node 2>/dev/null || true && killall -9 ffmpeg 2>/dev/null || true &&
nohup node /root/application.js > /root/app.log 2>&1 & &&
sleep 2 && pgrep -x node && exit

额外优化提示 #

• 如果你的application.js启动成功后会输出特定日志（比如"Server listening on port 3000"），可以用日志检查替代pgrep，判断启动成功的准确性更高：

  # 启动应用后，等待日志出现启动成功的标记
  tail -f /root/app.log | grep -q "Server listening on port 3000" && exit
  

• 尽量避免用-9强制杀进程，除非进程完全无响应——优先使用killall node（不带-9），给进程正常释放资源的机会。

内容的提问来源于stack exchange，提问作者Igor Petev