由于这篇文章在过去几年里受到了很多关注，所以我在文章的底部列出了每个平台的最佳解决方案。
原来的帖子:
我希望我的node.js服务器在后台运行，即:当我关闭我的终端时，我希望我的服务器继续运行。我在谷歌上搜索过这个，并提出了这个教程，但它并不像预期的那样工作。因此，我没有使用这个守护进程脚本，我认为我只是使用了输出重定向(2>&1 >>文件部分)，但这也不退出-我在终端中得到一个空行，就像它在等待输出/错误一样。
我也尝试过把进程放在后台，但是只要我关闭终端，进程就会被杀死。
那么，当我关闭本地计算机时，如何让它继续运行呢?
高级解决方案:
Systemd (Linux) Launchd (Mac) node-windows (Windows) PM2 (node . js)
当前回答
由于我在提供的答案列表中缺少这个选项，我想在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上。
当然，这是一个非常有限的例子，但它是一个很好的起点。
其他回答
由于我在提供的答案列表中缺少这个选项，我想在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上。
当然，这是一个非常有限的例子，但它是一个很好的起点。
对于使用更新版本的守护进程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
});
我使用Supervisor进行开发。它就是有用。当你对.js文件进行更改时，管理器会自动重新启动你的应用程序，加载这些更改。
这是其Github页面的链接
安装:
Sudo NPM安装管理器
使用-e可以很容易地让它监视其他扩展名。我经常使用的另一个命令是-i来忽略某些文件夹。
您可以使用nohup和supervisor使您的节点应用程序即使在注销后也能在后台运行。
Sudo nohup supervisor myapp.js &
更新:我更新了包括最新的pm2:
对于许多用例，使用systemd服务是管理节点进程的最简单和最合适的方法。对于那些在单个环境中运行大量节点进程或独立运行节点微服务的人来说，pm2是一个功能更全的工具。
https://github.com/unitech/pm2
http://pm2.io
它有一个非常有用的监控功能->漂亮的“gui”命令行监控多个进程与pm2监控或进程列表与pm2列表 organized日志管理-> pm2日志 其他的东西: 行为的配置 源映射支持 PaaS兼容 观看和装填 模块系统 最大内存重载 集群模式 热重载 开发工作流程 启动脚本 自动完成 部署工作流程 Keymetrics监控 API
有人注意到“2>&1”的位置有一个小错误吗?
2>&1 >> file
应该是
>> file 2>&1
