Express中传递给next的错误未被中间件处理时的去向问题

这个问题问到了Express错误处理里很容易混淆的点，我来给你掰扯清楚：

核心逻辑：Express内置了兜底的错误处理中间件 #

不管你有没有自己注册错误处理中间件，只要在请求流程里把错误传给next(err)，Express都不会让这个错误“裸奔”——它自带了一个默认错误处理中间件，会在以下两种情况中接手：

1. 你完全没写任何带4个参数的错误处理中间件（(err, req, res, next)格式）；
2. 你写了自定义错误处理中间件，但中间件里又调用了next(err)把错误继续传递。

内置中间件的处理行为 #

这个兜底中间件会做两件事：

• 给客户端返回500 Internal Server Error响应（开发环境会附带错误栈，生产环境只显示状态码）；
• 把错误信息（包括栈追踪）输出到Node.js的stderr（也就是你的控制台）。

为什么uncaughtException/unhandledRejection抓不到？ #

这两个全局事件是用来捕获完全脱离了业务处理流程的“逃逸”错误：比如同步代码里没被try/catch捕获的错误，或者Promise链里没被.catch()处理的拒绝。

但Express的错误处理是在请求响应周期内部完成的——内置中间件已经“接住”了这个错误，相当于给它找了个归宿，所以不会触发全局的未捕获错误事件。

举两个实际例子验证 #

例子1：无自定义错误处理中间件

const express = require('express');
const app = express();

app.get('/', (req, res, next) => {
  next(new Error('测试请求错误'));
});

// 没写任何(err, req, res, next)格式的中间件
app.listen(3000);

访问localhost:3000时，控制台会打印错误栈，客户端收到500响应，但uncaughtException不会触发。

例子2：自定义中间件二次传递错误

// 自定义错误处理中间件，但继续传错
app.use((err, req, res, next) => {
  console.log('我处理了一部分错误，但还要往下传');
  next(err);
});

此时控制台会先打印自定义中间件的日志，再打印内置中间件输出的错误栈，同样不会触发全局未捕获事件。

如果你想全局捕获这类错误怎么办？ #

不推荐打破Express的请求周期，但如果有特殊需求，可以在自定义错误处理中间件里手动处理完错误（比如调用res.status(500).send('服务器出错了')），不要再调用next(err)；或者在中间件里把错误抛出去/触发自定义事件，再在全局监听处理。

内容的提问来源于stack exchange，提问作者Rich McCluskey