由于这篇文章在过去几年里受到了很多关注，所以我在文章的底部列出了每个平台的最佳解决方案。
原来的帖子:
我希望我的node.js服务器在后台运行，即:当我关闭我的终端时，我希望我的服务器继续运行。我在谷歌上搜索过这个，并提出了这个教程，但它并不像预期的那样工作。因此，我没有使用这个守护进程脚本，我认为我只是使用了输出重定向(2>&1 >>文件部分)，但这也不退出-我在终端中得到一个空行，就像它在等待输出/错误一样。
我也尝试过把进程放在后台，但是只要我关闭终端，进程就会被杀死。
那么，当我关闭本地计算机时，如何让它继续运行呢?
高级解决方案:
Systemd (Linux) Launchd (Mac) node-windows (Windows) PM2 (node . js)
当前回答
对于使用更新版本的守护进程npm模块的人，你需要传递文件描述符而不是字符串:
var fs = require('fs');
var stdoutFd = fs.openSync('output.log', 'a');
var stderrFd = fs.openSync('errors.log', 'a');
require('daemon')({
stdout: stdoutFd,
stderr: stderrFd
});
其他回答
这个答案有点晚了，但是我发现最好的解决方案是编写一个同时使用screen -dmS和nohup命令的shell脚本。
screen -dmS newScreenName nohup node myserver.js >> logfile.log
我还在末尾添加了>>日志文件位，这样我就可以轻松地保存节点console.log()语句。
为什么我要使用shell脚本?我还添加了一个if语句，检查节点myserver.js进程是否已经在运行。
通过这种方式，我可以创建一个命令行选项，既可以让我保持服务器运行，也可以在我进行更改时重新启动服务器，这对开发非常有帮助。
如果您正在运行OSX，那么生成真正的系统进程的最简单方法是使用launchd来启动它。
像这样构建一个plist，并以top-level-domain.your-domain.application的名称将它放到/Library/LaunchDaemons中。Plist(你需要在放置它的时候是root):
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>top-level-domain.your-domain.application</string>
<key>WorkingDirectory</key>
<string>/your/preferred/workingdirectory</string>
<key>ProgramArguments</key>
<array>
<string>/usr/local/bin/node</string>
<string>your-script-file</string>
</array>
<key>RunAtLoad</key>
<true/>
<key>KeepAlive</key>
<true/>
</dict>
</plist>
完成后，发出这个(作为根):
launchctl load /Library/LaunchDaemons/top-level-domain.your-domain.application.plist
launchctl start top-level-domain.your-domain.application
你在跑步。
重新启动后，您仍将运行。
关于plist中的其他选项，请查看这里的手册页:https://developer.apple.com/library/mac/documentation/Darwin/Reference/Manpages/man5/launchd.plist.5.html
2016年更新: node-windows/mac/linux系列使用跨所有操作系统的通用API，因此它绝对是一个相关的解决方案。然而;Node-linux会生成systemv init文件。随着systemd越来越受欢迎，它实际上是Linux上更好的选择。如果有人想为node-linux添加systemd支持，欢迎PR:-)
原始线程:
这是一个非常老的线程，但是node-windows提供了另一种在Windows上创建后台服务的方法。它松散地基于在节点脚本周围使用exe包装器的nssm概念。然而;它使用winsw.exe代替，并提供了一个可配置的节点包装器，用于更细粒度地控制进程在失败时如何启动/停止。这些进程像其他服务一样可用:
该模块还烘焙了一些事件日志:
对脚本进行后台管理是通过代码完成的。例如:
var Service = require('node-windows').Service;
// Create a new service object
var svc = new Service({
name:'Hello World',
description: 'The nodejs.org example web server.',
script: 'C:\\path\\to\\my\\node\\script.js'
});
// Listen for the "install" event, which indicates the
// process is available as a service.
svc.on('install',function(){
svc.start();
});
// Listen for the "start" event and let us know when the
// process has actually started working.
svc.on('start',function(){
console.log(svc.name+' started!\nVisit http://127.0.0.1:3000 to see it in action.');
});
// Install the script as a service.
svc.install();
该模块支持限制重启(这样糟糕的脚本就不会影响服务器)和增加重启之间的时间间隔。
由于节点窗口服务像其他服务一样运行，因此可以使用您已经使用的任何软件来管理/监视服务。
最后，没有make依赖项。换句话说，简单的npm install -g node-window就可以了。你不需要Visual Studio、. net或node-gyp魔法来安装它。而且，它是MIT和BSD授权的。
坦白地说，我是这个模块的作者。它的设计是为了减轻OP所经历的痛苦，但与操作系统已经提供的功能更紧密地集成。我希望未来有同样问题的观众会觉得有用。
有人注意到“2>&1”的位置有一个小错误吗?
2>&1 >> file
应该是
>> file 2>&1
这可能不是被接受的方式，但我在屏幕上这样做，特别是在开发过程中，因为我可以在必要时恢复它并愚弄它。
screen
node myserver.js
>>CTRL-A then hit D
屏幕将分离，并幸存你注销。然后你可以用screen -r把它找回来。点击屏幕手册了解更多细节。你可以给屏幕命名等等。
