Express 中的路由与中间件：多参数处理机制详解_技术教程

本文深入解析 express 路由中支持多个回调函数及 `next` 参数的底层机制，阐明参数传递规则、中间件执行顺序，以及为何可省略 `next` 而不报错。

在 Express 中，app.get() 等 HTTP 方法不仅支持单个回调函数，还原生支持链式中间件调用——即传入多个函数作为参数。其签名形式为：

app.get(path, callback [, callback ...])

其中方括号 [] 表示可选，省略号 ... 表示可重复多个中间件函数。例如：

app.get('/user/:id/edit', a, b, function(req, res) {
  res.send('User edit page');
});

这并非语法糖，而是 Express 显式设计的中间件栈（middleware stack）机制：所有传入的函数（包括最终的路由处理器）将按从左到右的顺序依次执行，每个函数都会接收相同的初始参数集：(req, res, next)。

✅ 中间件参数的“三元契约”

Express 的中间件函数遵循统一的调用约定：

第一个参数是 req（请求对象）
第二个是 res（响应对象）
第三个是 next（控制权传递函数）

next() 是 Express 内部调度器注入的关键函数，用于显式将流程交由下一个中间件或路由处理器。是否声明 next 参数，决定了该函数的行为类型：

函数签名	类型	行为说明
(req, res) => { ... }	终止型处理器	不调用 next()，直接结束响应（如 res.send()），后续中间件永不执行
(req, res, next) => { ... }	中间件	必须调用 next()（或 next(err)）以继续流程；否则请求挂起（超时）

⚠️ 注意：next 并非 JavaScript 编译器提供，而是 Express 运行时在调用每个中间件前动态注入的第三个实参。若函数形参未定义 next，该实参会被 JavaScript 引擎自动忽略（类似 function(a,b){}(1,2,3) 中 3 被丢弃），不会报错，但也不具备流转能力。

? 实际执行流程示例

function logId(req, res, next) {
  console.log('ID:', req.params.id);
  next(); // ✅ 必须调用，否则阻塞
}

function validateAdmin(req, res, next) {
  if (req.user?.role !== 'admin') {
    return res.status(403).send('Forbidden');
  }
  next(); // ✅ 继续
}

function sendEditPage(req, res) {
  res.render('user-edit', { id: req.params.id });
  // ❌ 无 next 参数，且未调用 next → 自动终止流程
}

app.get('/user/:id/edit', logId, validateAdmin, sendEditPage);

执行顺序为：logId → validateAdmin → sendEditPage，全程共享同一 req/res 对象。任一中间件调用 res.end()（如 res.send()、res.json()）后，后续中间件将被跳过——这是 Express 的隐式短路机制。