我发现永远都做得很好。

假设你已经安装了npm，如果没有，就这样做

sudo apt-get install npm

然后永远安装

npm install forever --global

现在你可以这样运行它

forever start app.js

https://codingweb.io/run-nodejs-application-background/

另一种方法是为你的应用程序创建一个系统单元。服务“/etc/systemd/system”文件夹中的文件，类似如下:

[Unit]
Description=swagger
After=network.target

[Service]
ExecStart=/usr/bin/http-server /home/swagger/swagger-editor &
WorkingDirectory=/home/swagger
Restart=always
RestartSec=30

[Install]
WantedBy=multi-user.target

好处是应用程序将作为服务运行，它会自动重启，如果它崩溃了。

你也可以使用sytemctl来管理它:

systemctl start XXX启动服务，systemctl stop XXX停止服务，systemctl enable XXX在系统启动时自动启动应用程序。

我建议寻找诸如Forever之类的东西来在崩溃时重新启动Node，并为您处理这个守护进程。

Forever包适合我，只有一件事，它取决于deep-equal，所以如果你在安装它时遇到了问题:

npm -g install forever

Try:

npm -g install forever deep-equal@1.1.1

代替。

虽然其他答案解决了OP的问题，但它们都是多余的，并没有解释为什么他或她会遇到这个问题。

关键是这一行，“我关闭putty，然后我无法到达地址”

当您在Putty上登录到远程主机时，您已经启动了一个SSH linux进程，从该SSH会话输入的所有命令将作为该进程的子进程执行。

您的问题是，当您关闭Putty时，您正在退出SSH会话，这会杀死该进程和任何活动的子进程。当你关闭putty时，你无意中杀死了你的服务器，因为你在前台运行它。为了避免这种行为，在后台运行服务器，在你的命令后面加上&:

node /srv/www/MyUserAccount/server/server.js &

这里的问题是缺乏linux知识，而不是关于节点的问题。欲了解更多信息，请访问:http://linuxconfig.org/understanding-foreground-and-background-linux-processes

更新:

正如其他人所提到的，节点服务器在退出终端时仍然可能死亡。我遇到的一个常见的问题是，即使节点进程在bg中运行，它的stdout和stderr仍然指向终端。这意味着如果节点服务器写入console.log或console.log。错误，它将收到一个破裂的管道错误和崩溃。这可以通过管道输出你的进程来避免:

node /srv/www/MyUserAccount/server/server.js > stdout.txt 2> stderr.txt &

如果问题仍然存在，那么您应该考虑使用tmux或nohup之类的解决方案，它们仍然比特定于节点的解决方案更健壮，因为它们可以用于运行所有类型的进程(数据库、日志服务和其他语言)。

一个可能导致服务器退出的常见错误是在运行nohup节点your_path/server.js &后，简单地单击一下就关闭了Putty终端。您应该使用exit命令，然后您的节点服务器将启动并运行。

以下是我在个人项目中使用的一个新贵解决方案:

将它放在/etc/init/node_app_daemon.conf:

description "Node.js Daemon"
author      "Adam Eberlin"

stop on shutdown

respawn
respawn limit 3 15

script
  export APP_HOME="/srv/www/MyUserAccount/server"
  cd $APP_HOME
  exec sudo -u user /usr/bin/node server.js
end script

这也将在应用程序崩溃时处理重生。如果在不到15秒的时间内崩溃3次或更多，它将放弃重新生成应用程序的尝试。