Nohup将允许程序在终端死亡后继续运行。我实际上遇到过nohup阻止SSH会话正确终止的情况，所以你也应该重定向输入:

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

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

您了解过nohup命令吗?

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

特别是screen/tmux解决方案，它确实应该被视为业余解决方案。Screen和Tmux并不意味着保持进程运行，而是用于多路复用终端会话。当您在服务器上运行脚本并希望断开连接时，这是可以的。但是对于node.js服务器，你不希望你的进程附加到终端会话。这太脆弱了。为了保持运行，您需要对进程进行daemonize !

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

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]

其中平台可以是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

Init脚本:

我不会详细介绍如何编写init脚本，因为我不是这方面的专家，回答这个问题太长了，但基本上它们是简单的shell脚本，由OS事件触发。你可以在这里阅读更多相关内容

码头工人:

只要在Docker容器中使用-d选项运行你的服务器，voilá，你就有了一个daemonized 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

每次工作都要使用合适的工具。它会帮你省下很多头疼的事情和时间!

对于Ubuntu，我使用这个:

(exec PROG_SH &> /dev/null &)

问候

使用sysv init在debian上以系统服务的形式运行命令:

复制骨架脚本，并适应你的需要，可能你所要做的就是设置一些变量。您的脚本将从/lib/init/init-d-script继承良好的默认值，如果某些内容不符合您的需要-在脚本中重写它。如果出现问题，可以在source /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

这就是我如何为我的维基媒体维基运行一些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替代可执行文件，所以服务没有正确停止。

简单的解决方案(如果你对返回进程不感兴趣，只想让它继续运行):

nohup node server.js &

还有jobs命令可以查看这些后台进程的索引列表。您可以通过运行kill %1或kill %2来终止后台进程，并将数字作为该进程的索引。

强大的解决方案(允许您重新连接到进程，如果它是交互式的):

screen

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

还可以考虑screen的更新替代方案tmux。