由于这篇文章在过去几年里受到了很多关注，所以我在文章的底部列出了每个平台的最佳解决方案。
原来的帖子:
我希望我的node.js服务器在后台运行，即:当我关闭我的终端时，我希望我的服务器继续运行。我在谷歌上搜索过这个，并提出了这个教程，但它并不像预期的那样工作。因此，我没有使用这个守护进程脚本，我认为我只是使用了输出重定向(2>&1 >>文件部分)，但这也不退出-我在终端中得到一个空行，就像它在等待输出/错误一样。
我也尝试过把进程放在后台，但是只要我关闭终端，进程就会被杀死。
那么，当我关闭本地计算机时，如何让它继续运行呢?
高级解决方案:
Systemd (Linux) Launchd (Mac) node-windows (Windows) PM2 (node . js)
当前回答
我很惊讶居然没有人提到Guvnor
我一直在尝试，pm2，等等。但是，当谈到可靠的控制和基于网络的性能指标时，我发现Guvnor是迄今为止最好的。另外，它也是完全开源的。
编辑:但是，我不确定它是否在windows上工作。我只在linux上使用过。
其他回答
如果你在linux服务器上运行nodejs，我认为这是最好的方法。
创建业务脚本，拷贝到/etc/init/nodejs.conf目录下
Start service: sudo service nodejs Start
Stop service: sudo service nodejs Stop
服务脚本
description "DManager node.js server - Last Update: 2012-08-06"
author "Pedro Muniz - pedro.muniz@geeklab.com.br"
env USER="nodejs" #you have to create this user
env APPNAME="nodejs" #you can change the service name
env WORKDIR="/home/<project-home-dir>" #set your project home folder here
env COMMAND="/usr/bin/node <server name>" #app.js ?
# used to be: start on startup
# until we found some mounts weren't ready yet while booting:
start on started mountall
stop on shutdown
# Automatically Respawn:
respawn
respawn limit 99 5
pre-start script
sudo -u $USER echo "[`date -u +%Y-%m-%dT%T.%3NZ`] (sys) Starting" >> /var/log/$APPNAME.log
end script
script
# Not sure why $HOME is needed, but we found that it is:
export HOME="<project-home-dir>" #set your project home folder here
export NODE_PATH="<project node_path>"
#log file, grant permission to nodejs user
exec start-stop-daemon --start --make-pidfile --pidfile /var/run/$APPNAME.pid --chuid $USER --chdir $WORKDIR --exec $COMMAND >> /var/log/$APPNAME.log 2>&1
end script
post-start script
# Optionally put a script here that will notifiy you node has (re)started
# /root/bin/hoptoad.sh "node.js has started!"
end script
pre-stop script
sudo -u $USER echo "[`date -u +%Y-%m-%dT%T.%3NZ`] (sys) Stopping" >> /var/log/$APPNAME.log
end script
如果你正在使用pm2，你可以将autorestart设置为false:
$ pm2生态系统
这将生成一个示例ecosystem.config.js:
module.exports = {
apps: [
{
script: './scripts/companies.js',
autorestart: false,
},
{
script: './scripts/domains.js',
autorestart: false,
},
{
script: './scripts/technologies.js',
autorestart: false,
},
],
}
$ pm2启动ecosystem.config.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上。
当然，这是一个非常有限的例子，但它是一个很好的起点。
如果出于本地开发的目的，你需要启动多个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
公认的答案可能是最好的生产答案，但作为一个快速开发工作的hack，我发现了这个:
Nodejs的scriptname.js &没有工作，因为Nodejs似乎吞噬了&，所以在没有scriptname.js死亡的情况下，它不让我继续使用终端。
但是我把nodejs的scriptname.js放在。sh文件中，然后 Nohup sh startscriptname.sh &工作。
绝对不是一个生产的东西，但它解决了“我需要继续使用我的终端，不想启动5个不同的终端”的问题。
