node服务器启动命令有哪些？

在 Node.js 开发中，服务器的启动是应用运行的核心环节，掌握正确的启动命令及相关配置不仅能提升开发效率，还能确保生产环境的稳定运行，Node.js 服务器启动的核心在于通过 node 命令执行 JavaScript 文件，结合命令行参数、环境变量、进程管理工具等实现灵活配置，以下从基础命令到进阶实践，详细解析 Node.js 服务器的启动逻辑。

基础启动命令：node 命令直接执行

最简单的 Node.js 服务器启动方式是通过终端执行 node 命令并指定入口文件，若项目入口文件为 app.js，则命令为：

node app.js

Node.js 会启动一个单进程事件循环，监听 app.js 中定义的端口（如 3000），并在终端输出类似 “Server running on http://localhost:3000/” 的日志。

关键细节：

• 入口文件规范：Node.js 默认支持 index.js、server.js 等常见命名，但推荐显式指定文件名，避免因默认文件查找逻辑导致错误。
• 相对路径问题：若在项目根目录外执行命令，需使用绝对路径（如 node /path/to/project/app.js）或先通过 cd 切换到项目目录。
• 进程终止：直接执行 node 命令时，终端会阻塞等待进程退出（如 Ctrl+C 终止请求或服务器报错），适合开发阶段快速测试。

进阶启动配置：命令行参数与环境变量

命令行参数传递

Node.js 允许通过命令行向应用传递参数，参数可通过 process.argv 获取。

node app.js --port 8080 --env production

在 app.js 中，process.argv 是一个数组，前两项分别为 Node.js 路径和脚本路径，后续为自定义参数，可通过 minimist 等库解析参数：

const args = require('minimist')(process.argv.slice(2));
const port = args.port || 3000; // 默认端口 3000
const env = args.env || 'development'; // 默认环境 development

环境变量配置

环境变量是区分开发、测试、生产环境的常用方式，可通过 .env 文件定义变量，配合 dotenv 加载：

• 安装依赖：npm install dotenv
• 创建 .env 文件：PORT=3000 NODE_ENV=production
• 在 app.js 中加载：require('dotenv').config()
• 通过 process.env.PORT 获取变量值。

优势：环境变量避免敏感信息（如数据库密码）硬编码到代码中，且不同环境可通过不同 .env 文件（如 .env.development、.env.production）隔离。

生产环境实践：进程管理与守护

开发阶段直接使用 node 命令足够，但生产环境需要解决进程守护、日志管理、集群部署等问题。

进程管理工具：pm2

pm2 是流行的 Node.js 进程管理器，支持集群模式、日志收集、自动重启等功能，安装后可通过命令管理进程：

# 全局安装 pm2
npm install -g pm2
# 启动应用（--name 指定进程名，--instances 指定集群数量）
pm2 start app.js --name "my-server" --instances 4
# 查看进程状态
pm2 list
# 重启/停止进程
pm2 restart my-server
pm2 stop my-server

核心参数：

• --watch：监听文件变化，自动重启进程（开发阶段适用）。
• --env production：指定环境变量，优先级高于 .env 文件。
• --max-memory-restart：内存超过阈值时自动重启（如 --max-memory-restart 500M）。

集群模式：多核 CPU 利用

Node.js 是单线程事件循环，通过 cluster 模块可利用多核 CPU 创建多个工作进程。pm2 的 --instances 参数会自动调用 cluster 模块：

// app.js 中手动实现集群（不推荐，pm2 已封装）
const cluster = require('cluster');
const numCPUs = require('os').cpus().length;
if (cluster.isMaster) {
  for (let i = 0; i < numCPUs; i++) {
    cluster.fork(); // 创建工作进程
  }
  cluster.on('exit', (worker) => {
    console.log(`Worker ${worker.process.pid} died, restarting...`);
    cluster.fork(); // 进程崩溃后自动重启
  });
} else {
  require('./app'); // 工作进程启动服务器
}

注意：集群模式下需处理 session 共享问题（如使用 Redis 存储会话）。

开发效率工具：nodemon 与 node-dev

开发阶段需频繁修改代码并重启服务器，nodemon 和 node-dev 可自动监听文件变化并重启进程：

nodemon

# 全局安装
npm install -g nodemon
# 启动命令（与 node 一致，支持所有参数）
nodemon app.js --port 3000
# 配置文件（nodemon.json）
{
  "watch": ["src"], // 监听 src 目录
  "ext": "js,json", // 监听 .js 和 .json 文件
  "ignore": ["node_modules"] // 忽略 node_modules
}

node-dev

相比 nodemon，node-dev 启动更快，仅重启修改的文件：

npm install -g node-dev
node-dev app.js

跨平台与脚本封装：package.json 的 scripts

为避免不同系统命令差异，推荐在 package.json 的 scripts 字段中封装启动命令：

{
  "scripts": {
    "start": "node app.js", // 生产环境启动
    "dev": "nodemon app.js", // 开发环境启动
    "prod": "pm2 start app.js --name 'prod-server' --env production", // 生产环境 pm2 启动
    "build": "webpack --mode production" // 前端构建（示例）
  }
}  

执行时通过 npm run dev 或 npm run prod 调用，支持跨平台（Windows/Linux/macOS 命令一致）。

常见问题与解决方案

相关问答 FAQs

Q1：为什么生产环境推荐使用 pm2 而不是直接 node app.js？
A1：直接 node 启动存在以下问题：① 进程崩溃后无法自动恢复，导致服务中断；② 单进程无法利用多核 CPU 性能；③ 缺乏日志管理和监控能力，而 pm2 提供进程守护、集群模式、日志收集、内存监控等功能，能显著提升生产环境的稳定性和性能。

Q2：如何在 Docker 容器中正确启动 Node.js 服务器？
A2：在 Docker 容器中启动需注意以下几点：① 使用 node:18-alpine 等轻量级镜像减少体积；② 通过 EXPOSE 指定端口（如 EXPOSE 3000）；③ 在 Dockerfile 中设置启动命令（如 CMD ["pm2-runtime", "start", "app.js", "--name", "docker-server"]）；④ 避免在容器内使用 nodemon（因文件监听机制可能失效），生产环境推荐 pm2-runtime。