nohup工作，我检查了AWS ubto vm遵循正确的语法

ubuntu@ip-172-00-00-00:~/ms$ nohup node server.js &

然后按enter键，您将看到这一行

ubuntu@ip-172-00-00-00:~/ms$ nohup: ignoring input and appending output to ‘nohup.out’

然后输入这个

rm nohup.out

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/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在系统启动时自动启动应用程序。

安装

$ [sudo] npm install forever -g

您可以使用forever来连续运行脚本

forever start server.js

forever list

停止服务

forever stop server.js

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