为何Node.js应用仅在生产环境崩溃？是否需覆盖所有场景？

一、生产环境崩溃的核心原因 #

• 未捕获的异常/未处理的Promise拒绝：Node.js默认会在出现未捕获的同步异常或未处理的Promise拒绝时直接终止进程。本地开发时，框架（如Express/Koa）的开发模式可能自动注入了全局错误处理逻辑，或者你在调试时的错误被局部代码捕获，没扩散到进程层面；但生产环境中，边缘场景的错误没被覆盖，触发了未捕获异常，直接导致进程崩溃。
• 生产环境误用nodemon启动服务：从日志[nodemon] app crashed - waiting for file changes before starting...能看出，你在生产环境用了nodemon。nodemon是开发工具，用来监听文件变更自动重启服务，生产环境没有本地文件修改，进程崩溃后它会一直等待，不会自动重启，所以服务直接下线。而本地开发时，你修改代码后nodemon会自动重启，或者错误没导致进程退出，用户自然能正常操作。

二、是否需要覆盖所有边缘场景才能避免崩溃？ #

不需要完全覆盖所有边缘场景，但必须搭建全局错误兜底机制+进程守护，就算出现未覆盖的错误，也不会让服务彻底下线：

• 添加全局错误捕获逻辑：
  • 对于Web框架，必须配置全局错误处理中间件，捕获路由、控制器里的错误，返回友好响应，不让错误扩散到进程层面。比如Express的错误中间件：

    app.use((err, req, res, next) => {
      console.error(err.stack);
      res.status(500).send('服务器内部错误');
    });
    

  • 监听Node.js进程的全局错误事件，捕获未处理的异常，记录日志后优雅退出（让守护工具重启）：

    process.on('uncaughtException', (err) => {
      console.error('未捕获同步异常:', err);
      // 可在此做资源清理，比如关闭数据库连接
      process.exit(1);
    });
    
    process.on('unhandledRejection', (reason) => {
      console.error('未处理Promise拒绝:', reason);
      process.exit(1);
    });
    

• 替换nodemon为生产环境进程守护工具：生产环境要用pm2、systemd这类工具启动服务，它们会在进程崩溃时自动重启，避免服务下线。比如用pm2启动：

  pm2 start app.js --name "your-app"
  

• 分层处理错误：业务逻辑里局部捕获可预见的错误（如数据库操作失败、API调用超时），返回对应提示；全局兜底处理未预见的错误，确保单个请求的错误不会拖垮整个服务。

内容的提问来源于stack exchange，提问作者Saud Alghamdi