您了解过nohup命令吗?

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

nohup node server.js &

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

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

screen

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

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

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

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

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

nohup节点服务器.js > /dev/null 2>&1 &

nohup的意思是:即使stty被切断，也不要终止这个进程 掉了。 > /dev/null意味着:stdout到/dev/null(这是一个dummy 不记录任何输出的设备)。 2>&1表示:stderr也转到stdout(已经重定向到/dev/null)。您可以将&1替换为文件路径以保存错误日志，例如:2>/tmp/myLog 结尾的&表示:将此命令作为后台任务运行。

另一个解决方案是放弃这份工作

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

你真的应该尝试使用屏幕。这比仅仅做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是一个条目列表。

我在我的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"

$ disown node server.js &

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

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

NPM安装pm2 -g

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

Pm2启动app.js

您可以选择将其链接到Keymetrics。io由Unitech开发的监控SAAS。

这是一个老问题，但在谷歌上排名很高。我几乎不能相信投票最多的答案，因为在屏幕会话中运行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

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

使用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替代可执行文件，所以服务没有正确停止。

除了上面提到的很酷的解决方案，我还提到了监督和监控工具，这些工具允许启动进程，监控进程的存在，并在进程死亡时启动进程。使用“monit”，您还可以运行一些主动检查，如检查进程是否响应http请求

对于Ubuntu，我使用这个:

(exec PROG_SH &> /dev/null &)

问候

试试这个简单的解决方法

CMD & exit