Node.js Connect 中的“反向路径”如何工作？

Question

所以我理解 Node.js Connect 的工作方式就像一个堆栈，它通过它运行，从顶部开始到底部。从其作者http://howtonode.org/connect-it 的 Connect 介绍中，它显示了一个类似

的示例

var Connect = require('connect');

module.exports = Connect.createServer(
  require('./log-it')(),
  require('./serve-js')()
);

文章内容

每一个请求都从外部进入洋葱，然后逐层遍历 层，直到它碰到处理它并产生响应的东西。 在 Connect 术语中，这些称为过滤器和提供程序。一层 提供响应，路径发生反向。

我对“一旦层提供响应，路径会反向”感到特别好奇。这是怎么发生的？每个中间件都被再次调用，但顺序相反？

Answer 1

不，它们不会再次被反向调用，但每个中间件都有机会对请求方法进行猴子修补并劫持它们。这并不理想。

// basic logger example
module.exports = function () {
  return function logger(req, res, next) {
    var writeHead = res.writeHead;
    res.writeHead = function (code, headers) {
      console.log(req.method, req.url, code);
      res.writeHead = writeHead;
      return res.writeHead(code, headers);
    };
    next();
  };
};

现在，此代码存在问题，因为 writeHead 不是设置状态代码的唯一方法，因此它不会捕获所有请求。但这是中间件在输出时捕获事件的基本方式。