在开发过程中，我建议使用nodemon。当文件发生变化时，它将重新启动服务器。正如其他人所指出的，Forever是一种选择，但在生产中，这完全取决于你所使用的平台。 您通常希望使用操作系统推荐的方式来保持服务正常运行(例如http://www.freedesktop.org/wiki/Software/systemd/)。

在开发过程中，我建议使用nodemon。当文件发生变化时，它将重新启动服务器。正如其他人所指出的，Forever是一种选择，但在生产中，这完全取决于你所使用的平台。 您通常希望使用操作系统推荐的方式来保持服务正常运行(例如http://www.freedesktop.org/wiki/Software/systemd/)。

虽然其他答案解决了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命令，然后您的节点服务器将启动并运行。

我发现永远都做得很好。

假设你已经安装了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包适合我，只有一件事，它取决于deep-equal，所以如果你在安装它时遇到了问题:

npm -g install forever

Try:

npm -g install forever deep-equal@1.1.1

代替。