Express中间件错误处理：next()与throw的区别及正确用法

直接给结论：优先用next(new Error())——这是符合Express设计规范的写法，throw new Error()仅在同步中间件里能被框架兜底捕获，异步场景下完全失效。

1. 同步中间件：两种写法都能运行，但next(err)更规范 #

你的trustIP属于同步中间件（无异步操作），所以两种写法看起来效果一致——Express会自动用try/catch包裹同步中间件的执行，捕获到异常后帮你调用next(err)触发错误处理流程。但这只是框架的兜底机制，并非设计意图。

用next(new Error(...))的核心优势：

• 代码意图更明确：直接告诉Express「我要进入错误处理流程」，而非依赖框架的异常捕获兜底
• 风格统一：不管中间件是同步还是异步，都用同一种错误传递方式，避免后续维护时踩坑

2. 异步中间件：throw完全无效，必须用next(err) #

如果中间件包含异步操作（比如数据库查询、Promise、async/await），throw new Error()的异常会被异步上下文「吞噬」，Express根本捕获不到，错误无法进入全局错误处理中间件。

举个异步场景的反例：

async function trustIP(req, res, next) {
  // 异步验证IP
  const isTrusted = await checkTrustedIP(req.ip);
  if (!isTrusted) {
    // 这里throw的话，Express捕获不到，会导致未处理的Promise拒绝
    // throw new Error('Not trusted IP');
    // 必须用next传递错误
    next(new Error(`Not trusted IP: ${req.ip} tried to connect`));
  }
}

异步函数里的throw会转换成rejected状态的Promise，Express不会自动处理这个状态，必须手动调用next(err)才能把错误传递给错误处理中间件。

结合你的代码 #

你的trustIP是同步中间件，虽然throw能运行，但推荐继续使用next(new Error(...))的写法——既符合Express的中间件规范，也能保证后续如果改成异步逻辑时，错误传递方式无需调整，代码更健壮。

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