如何让 Node.js 作为后台进程运行并且永不死掉？

Question

我通过 putty SSH 连接到 linux 服务器。我尝试将其作为后台进程运行，如下所示：

$ node server.js &

但是，2.5 小时后，终端变为非活动状态，进程终止。即使终端断开连接，我是否也可以使进程保持活动状态？

---

编辑1

实际上，我尝试了nohup，但是一旦我关闭Putty SSH终端或拔掉互联网，服务器进程就会立即停止。

我需要在 Putty 中做些什么吗？

---

编辑2（2012年2月）

有一个node.js模块，永远。它将把 Node.js 服务器作为守护进程服务运行。

Answer 1

nohup 节点 server.js > /dev/null 2>&1 &

1. nohup 表示：即使 stty 被切断，也不要终止此进程
   关闭。
2. > /dev/null 表示：stdout 转到 /dev/null （这是一个虚拟的
   不记录任何输出的设备）。
3. 2>&1 表示：stderr 也会转到 stdout（已重定向到 /dev/null< /代码>）。您可以将 &1 替换为文件路径以保留错误日志，例如： 2>/tmp/myLog
4. 末尾的 & 表示： 将此命令作为后台任务运行。

Answer 2

简单的解决方案（如果您不想返回该流程，只是希望它继续运行）：

nohup node server.js &

还有 jobs 命令来查看后台的索引列表流程。您可以通过运行 kill %1 或 kill %2 来终止后台进程，其中数字是进程的索引。

强大的解决方案（允许您重新连接到交互式进程）：

screen

然后您可以通过按 Ctrl+a+d 分离，然后通过运行 screen -r 重新连接

还要考虑屏幕的更新替代品 tmux。

Answer 3

这是一个老问题，但在谷歌上排名很高。我几乎不敢相信得票最高的答案，因为在屏幕会话中运行 node.js 进程，使用 & 甚至使用 nohup 标志 -所有这些都只是解决方法。

特别是 screen/tmux 解决方案，它确实应该被视为业余解决方案。 Screen 和 Tmux 并不是为了保持进程运行，而是为了复用终端会话。当您在服务器上运行脚本并想要断开连接时，这很好。但对于 Node.js 服务器，您不希望进程附加到终端会话。这太脆弱了。 为了保持运行，您需要对进程进行守护进程！

有很多好的工具可以做到这一点。

PM2：http://pm2.keymetrics.io/

# basic usage
$ npm install pm2 -g
$ pm2 start server.js

# you can even define how many processes you want in cluster mode:
$ pm2 start server.js -i 4

# you can start various processes, with complex startup settings
# using an ecosystem.json file (with env variables, custom args, etc):
$ pm2 start ecosystem.json

我的一大优势PM2 的优势在于它可以生成系统启动脚本，使进程在重新启动之间持续存在：

$ pm2 startup [platform]

其中 platform 可以是 ubuntu|centos|redhat|gentoo|systemd|darwin|amazon< /代码>。

forever.js：https://github.com/foreverjs/forever

# basic usage
$ npm install forever -g
$ forever start app.js

# you can run from a json configuration as well, for
# more complex environments or multi-apps
$ forever start development.json

初始化脚本：

我不会详细介绍如何编写初始化脚本，因为我不是这个主题的专家，而且这个答案太长了，但基本上它们是简单的 shell 脚本，由操作系统事件触发。您可以在此处阅读有关此内容的更多信息

Docker：

只需使用 -d 选项在 Docker 容器中运行您的服务器，瞧，您就拥有了一个守护进程化的 Node.js 服务器！

这是一个示例 Dockerfile（来自node.js 官方指南） ：

FROM node:argon

# Create app directory
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app

# Install app dependencies
COPY package.json /usr/src/app/
RUN npm install

# Bundle app source
COPY . /usr/src/app

EXPOSE 8080
CMD [ "npm", "start" ]

然后构建您的映像并运行您的容器：

$ docker build -t <your username>/node-web-app .
$ docker run -p 49160:8080 -d <your username>/node-web-app

始终使用适合该工作的正确工具。它会帮你省去很多头痛和几个小时的时间！

Answer 4

您确实应该尝试使用screen。这比仅仅执行 nohup long_running & 稍微复杂一些，但是一旦你再也不会回来就了解屏幕。

首先启动屏幕会话：

user@host:~$ screen

运行您想要的任何内容：

wget http://mirror.yandex.ru/centos/4.6/isos/i386/CentOS-4.6-i386-binDVD.iso

按 ctrl+A，然后按 d。完毕。您的会话将在后台继续进行。

您可以通过 screen -ls 列出所有会话，并通过 screen -r 20673.pts-0.srv 命令附加到某些会话，其中 0673.pts-0.srv 是条目列表。

Answer 5

另一个解决方案否认这项工作

$ nohup node server.js &
[1] 1711
$ disown -h %1

Answer 6

nohup 将允许程序在终端死机后继续运行。我实际上遇到过 nohup 阻止 SSH 会话正确终止的情况，因此您也应该重定向输入：

$ nohup node server.js </dev/null &

根据 nohup 的配置方式，您可能还需要重定向文件的标准输出和标准错误。

Answer 7

Nohup 和 screen 为在后台运行 Node.js 提供了出色的轻量级解决方案。 Node.js 进程管理器 (PM2) 是一个方便的部署工具。在系统上使用 npm 全局安装它：

npm install pm2 -g

以将 Node.js 应用程序作为守护进程运行：

pm2 start app.js

您可以选择将其链接到Keymetrics.io Unitech 制作的监控 SAAS。

Answer 8

$ disown node server.js &

它将从活动任务列表中删除命令并将命令发送到后台

Answer 9

我的 shell rc 文件中有这个函数，基于 @Yoichi 的回答：

nohup-template () {
    [[ "$1" = "" ]] && echo "Example usage:\nnohup-template urxvtd" && return 0
    nohup "$1" > /dev/null 2>&1 &
}

你可以这样使用它：

nohup-template "command you would execute here"

Answer 10

您是否了解过 nohup 命令？

Answer 11

要使用 sysv init 在 debian 上将命令作为系统服务运行：

复制骨架脚本并根据您的需要进行调整，可能您所要做的就是设置一些变量。您的脚本将从 /lib/init/init-d-script 继承默认值，如果某些内容不符合您的需求 - 在您的脚本中覆盖它。如果出现问题，您可以在源代码 /lib/init/init-d-script 中查看详细信息。强制变量是 DAEMON 和 NAME。脚本将使用 start-stop-daemon 来运行您的命令，在 START_ARGS 中您可以定义要使用的 start-stop-daemon 的附加参数。

cp /etc/init.d/skeleton /etc/init.d/myservice
chmod +x /etc/init.d/myservice
nano /etc/init.d/myservice

/etc/init.d/myservice start
/etc/init.d/myservice stop

这就是我为我的 wikimedia wiki 运行一些 python 东西的方式：

...
DESC="mediawiki articles converter"
DAEMON='/home/mss/pp/bin/nslave'
DAEMON_ARGS='--cachedir /home/mss/cache/'
NAME='nslave'
PIDFILE='/var/run/nslave.pid'
START_ARGS='--background --make-pidfile --remove-pidfile --chuid mss --chdir /home/mss/pp/bin'

export PATH="/home/mss/pp/bin:$PATH"

do_stop_cmd() {
    start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 \
        $STOP_ARGS \
        ${PIDFILE:+--pidfile ${PIDFILE}} --name $NAME
    RETVAL="$?"
    [ "$RETVAL" = 2 ] && return 2
    rm -f $PIDFILE
    return $RETVAL
}

除了设置变量之外，我还必须覆盖 do_stop_cmd 因为 python 替换了可执行文件，所以服务没有正确停止。

Answer 12

除了上面很酷的解决方案之外，我还提到了 Supervisord 和 monit 工具，它们允许启动进程、监视其存在并在进程死机时启动它。使用“monit”，您还可以运行一些主动检查，例如检查进程是否响应 http 请求

Answer 13

对于 Ubuntu，我使用这个：

(exec PROG_SH &> /dev/null &)

问候

Answer 14

尝试这个简单的解决方案

cmd &出口