由于这篇文章在过去几年里受到了很多关注，所以我在文章的底部列出了每个平台的最佳解决方案。
原来的帖子:
我希望我的node.js服务器在后台运行，即:当我关闭我的终端时，我希望我的服务器继续运行。我在谷歌上搜索过这个，并提出了这个教程，但它并不像预期的那样工作。因此，我没有使用这个守护进程脚本，我认为我只是使用了输出重定向(2>&1 >>文件部分)，但这也不退出-我在终端中得到一个空行，就像它在等待输出/错误一样。
我也尝试过把进程放在后台，但是只要我关闭终端，进程就会被杀死。
那么，当我关闭本地计算机时，如何让它继续运行呢?
高级解决方案:
Systemd (Linux) Launchd (Mac) node-windows (Windows) PM2 (node . js)
当前回答
我在远程主机上使用tmux作为多窗口/窗格开发环境。分离并保持进程在后台运行非常简单。看看tmux
其他回答
这可能不是被接受的方式，但我在屏幕上这样做，特别是在开发过程中，因为我可以在必要时恢复它并愚弄它。
screen
node myserver.js
>>CTRL-A then hit D
屏幕将分离，并幸存你注销。然后你可以用screen -r把它找回来。点击屏幕手册了解更多细节。你可以给屏幕命名等等。
由于我在提供的答案列表中缺少这个选项，我想在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上。
当然，这是一个非常有限的例子，但它是一个很好的起点。
如果出于本地开发的目的，你需要启动多个NodeJS应用实例(express, fastify等)，那么并发可能是一个选项。下面是一个设置:
先决条件
你的NodeJS应用(express, fastify等)被放置在/opt/mca/www/mca-backend/app路径下。 假设您使用的是通过brew install node@16安装的节点v.16
设置
Install concurrently: npm install -g concurrently Create a file ~/Library/LaunchAgents/mca.backend.plist <?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>mca.backend</string> <key>LimitLoadToSessionType</key> <array> <string>Aqua</string> <string>Background</string> <string>LoginWindow</string> <string>StandardIO</string> <string>System</string> </array> <key>ProgramArguments</key> <array> <string>/usr/local/bin/concurrently</string> <string>--names</string> <string>dev,prd</string> <string>--success</string> <string>all</string> <string>--kill-others</string> <string>--no-color</string> <string>MCA_APP_STAGE=dev node ./server.mjs</string> <string>MCA_APP_STAGE=prod node ./server.mjs</string> </array> <key>RunAtLoad</key> <true/> <key>EnvironmentVariables</key> <dict> <key>PATH</key> <string>/usr/local/opt/node@16/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin</string> </dict> <key>WorkingDirectory</key> <string>/opt/mca/www/mca-backend/app</string> <key>StandardErrorPath</key> <string>/opt/mca/www/mca-backend/err.log</string> <key>StandardOutPath</key> <string>/opt/mca/www/mca-backend/out.log</string> </dict> </plist> Load and run: launchctl bootstrap gui/`id -u` $HOME/Library/LaunchAgents/mca.backend.plist Get a status: launchctl print gui/`id -u`/mca.backend Stop: launchctl kill SIGTERM gui/`id -u`/mca.backend Start/Restart: launchctl kickstart -k -p gui/`id -u`/mca.backend Unload if not needed anymore: launchctl bootout gui/`id -u`/mca.backend
重要提示:一旦你用launchctl加载service，引导你在文件中所做的任何更改 ~ /图书馆/ LaunchAgents / mca.backend。Plist将不会在行动，直到你卸载服务(通过使用launchctl bootout) 然后再次加载它(通过使用launchctl bootstrap)。
故障排除
查看启动日志:/private/var/log/com.apple.xpc.launchd/launchd.log
为了完善建议的各种选项，这里还有一个:GNU/Linux中的daemon命令，您可以在这里阅读:http://libslack.org/daemon/manpages/daemon.1.html。(如果上面的评论中已经提到了这一点，我深表歉意)。
使用NSSM的最佳解决方案为windows，只需下载NSSM，打开CMD到NSSM目录和类型
nssm install <service name> <node path> <app.js path>
eg: nssm install myservice "C:\Program Files\nodejs" "C:\myapp\app.js"
这将安装一个新的Windows服务，该服务将列在services中。您可以从那里启动或停止服务，该服务将自动启动，您可以配置为在失败时重新启动。
