为何Express.js中监听finish事件能精准测量接口响应时间？

第一种写法无效的原因 #

Express的中间件是异步链式执行的逻辑：next()函数的作用只是把控制权传递给后续的中间件或路由处理函数，但它会立即返回，不会等待后续的异步处理逻辑（比如数据库查询、远程接口调用、模板渲染这些耗时操作）执行完成。

你在next()之后直接计算Date.now() - startTime，得到的仅仅是「从中间件启动到调用完next()」这一小段时间，完全没覆盖后续真正处理请求、生成响应的核心耗时，所以数值会异常偏低，甚至是亚毫秒级。

第二种写法有效的原因 #

Express的Response对象提供了finish事件，这个事件会在整个响应内容完全发送给客户端之后才触发。

把计算响应时间的逻辑放在finish事件的回调里，就能确保是在所有请求处理流程（包括后续中间件、路由里的异步操作）全部完成，响应也彻底发送完毕后才计算耗时，这样得到的才是接口从接收请求到返回响应的真实总耗时。

举个直观的例子：如果你的路由里有个模拟耗时操作的setTimeout：

app.get('/data', (req, res) => {
  // 模拟1秒的数据库查询
  setTimeout(() => {
    res.send('完成');
  }, 1000);
});

第一种写法会在next()调用后立刻计算时间，此时setTimeout还没执行，耗时只有几毫秒；而第二种写法会等res.send执行完、响应发送完毕（finish事件触发），计算出的耗时就是1000多毫秒的真实值。

内容的提问来源于stack exchange，提问作者chris.mclennon