更新:我更新了包括最新的pm2:

对于许多用例，使用systemd服务是管理节点进程的最简单和最合适的方法。对于那些在单个环境中运行大量节点进程或独立运行节点微服务的人来说，pm2是一个功能更全的工具。

https://github.com/unitech/pm2

http://pm2.io

它有一个非常有用的监控功能->漂亮的“gui”命令行监控多个进程与pm2监控或进程列表与pm2列表 organized日志管理-> pm2日志 其他的东西: 行为的配置 源映射支持 PaaS兼容 观看和装填 模块系统 最大内存重载 集群模式 热重载 开发工作流程 启动脚本 自动完成 部署工作流程 Keymetrics监控 API

复制我自己的答案从我如何运行一个Node.js应用程序作为它自己的进程?

2015年的答案:几乎每个Linux发行版都带有systemd，这意味着forever、monit、PM2等不再需要——你的操作系统已经处理这些任务了。

制作一个myapp。服务文件(替换'myapp'与你的应用程序的名称，显然):

[Unit]
Description=My app

[Service]
ExecStart=/var/www/myapp/app.js
Restart=always
User=nobody
# Note Debian/Ubuntu uses 'nogroup', RHEL/Fedora uses 'nobody'
Group=nogroup
Environment=PATH=/usr/bin:/usr/local/bin
Environment=NODE_ENV=production
WorkingDirectory=/var/www/myapp

[Install]
WantedBy=multi-user.target

如果你是Unix新手，请注意:/var/www/myapp/app.js应该有#!/usr/bin/env节点，并将可执行模式打开chmod +x app.js。

将服务文件复制到/etc/systemd/system. conf文件中。

用systemctl Start myapp启动它。

使用systemctl Enable myapp启用它在引导时运行。

使用journalctl -u myapp查看日志

这摘自我们如何在Linux上部署节点应用程序，2018年版，其中还包括生成AWS/DigitalOcean/Azure CloudConfig来构建Linux/节点服务器的命令(包括.service文件)。

对于使用更新版本的守护进程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
});

由于我在提供的答案列表中缺少这个选项，我想在2020年添加一个合格的选项:docker或任何等效的容器平台。除了确保您的应用程序在稳定的环境中工作外，还有额外的安全性好处以及改进的可移植性。

docker支持Windows, macOS和大多数/主要的Linux发行版。在一个受支持的平台上安装docker相当简单，并且有良好的文档。设置Node.js应用程序非常简单，只需将其放入容器中并运行该容器，同时确保在关闭后重新启动。

创建容器镜像

假设你的应用程序在服务器上的/home/me/my-app中可用，在/home/me文件夹中创建一个文本文件Dockerfile，内容类似于下面这个:

FROM node:lts-alpine
COPY /my-app/ /app/
RUN cd /app && npm ci
CMD ["/app/server.js"]

它为在Alpine Linux下运行LTS版本的Node.js创建了一个映像，将应用程序的文件复制到映像中，并运行npm ci以确保依赖项与运行时上下文匹配。

在相同的文件夹中创建另一个文件。dockerignore

**/node_modules

这将防止宿主系统的现有依赖项被注入到容器中，因为它们可能在那里不起作用。Dockerfile中的RUN命令将修复这个问题。

使用如下命令创建图像:

docker build -t myapp-as-a-service /home/me

-t选项选择构建的容器映像的“名称”。这将用于下面运行的容器。

注意:最后一个参数是选择包含Dockerfile的文件夹，而不是Dockerfile本身。你可以使用选项-f选择一个不同的选项。

启动容器

使用此命令启动容器:

docker run -d --restart always -p 80:3000 myapp-as-a-service

这个命令假设你的应用程序正在监听端口3000，而你想让它暴露在主机的端口80上。

当然，这是一个非常有限的例子，但它是一个很好的起点。

更新-正如下面的一个答案所提到的，PM2有一些真正好的功能永远消失了。考虑使用它。

原来的答案

使用nohup:

nohup node server.js &

我想补充的是，公认的答案才是正确的方法。我在需要保持的实例上使用forever。我喜欢永远执行npm install -g，这样它就在节点路径中，然后永远启动server.js

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所经历的痛苦，但与操作系统已经提供的功能更紧密地集成。我希望未来有同样问题的观众会觉得有用。