Express中应使用全局错误处理中间件还是手动返回错误响应？

结论 #

全局错误处理中间件是Express官方及生产环境广泛使用的业内标准方案，几乎不会带来可感知的性能损耗，远优于每个路由手动返回错误响应的写法。

关于性能顾虑 #

Express内部调用错误处理中间件的开销属于纳秒级，远低于业务逻辑本身的资源消耗，即使是高并发生产场景，这部分开销也可以完全忽略，不存在拖累运行速度的问题。

需要注意的潜在问题 #

你目前的示例代码存在一个容易触发的隐患：

• Express原生不会自动捕获异步路由handler中抛出的错误，如果你直接在async函数里throw Error，错误不会自动传递到全局错误中间件，会导致请求挂起。你需要给所有async路由套一层捕获wrapper，示例如下：

// 异步路由错误捕获wrapper
const asyncWrapper = (handler) => {
  return (req, res, next) => {
    Promise.resolve(handler(req, res, next)).catch(next)
  }
}
// 注册路由时使用
app.put('/users/:id', asyncWrapper(userController.updateUser))

• 不推荐依赖错误message匹配状态码，建议自定义继承Error的业务错误类，直接挂载状态码、错误码属性，避免message拼写错误导致匹配异常：

class AppError extends Error {
  constructor(message, statusCode) {
    super(message)
    this.statusCode = statusCode
  }
}
// 抛错时写法
if(!validUserId(id)) throw new AppError(ERRORS.INVALID_USER_ID, 400)
// 错误中间件直接读取属性
const errorHandler = (err, req, res, next) => {
  const status = err.statusCode || 500
  const message = err.message || 'Internal Server Error'
  if(!res.headersSent) res.status(status).json({error: message})
  // 还可以在这里统一加错误日志、监控上报逻辑
}

全局错误处理的核心优势 #

• 统一所有接口的错误返回格式，避免不同开发人员写的路由返回结构不一致
• 统一处理错误日志、监控上报、敏感错误信息过滤等逻辑，只需修改一处即可全局生效
• 大幅减少路由层的冗余代码，提升可读性和可维护性，后续调整错误逻辑不需要逐个修改路由

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