javascript - Node/express请求处理模型

Question

我一直认为 Node.js/Express.js 路由处理程序与客户端 EventListeners 类似，例如 onClick、onHover 等

如果你这样做的话:

document
  .getElementById('btn')
  .addEventListener('click', function() {
    setTimeout(function() {
      console.log('click processed')
    }, 3000)
  })

<button id="btn">Click me</button>

并且点击按钮 N 次，第 N 次点击不会花费 N * 3000mss 来处理。它们将几乎并行处理。

所以我想如果你在nodejs中这样做:

/* 
 * Assuming we have express instance `app` listening to some port
 */

app.get('/foo', function(req, res) {
  setTimeout(function() {
    res.send('FOO') 
  }, 3000)
})

app.get('/bar', function(req, res) {
  setTimeout(function() {
    res.send('bar') 
  }, 3000)
})

并且请求同一端点 N 次，它将几乎像客户端事件处理程序一样并行处理它们。但似乎需要大约。 在同一端点上处理第 N 个请求需要 N * 3000 毫秒毫秒。 在不同的端点上，它的工作方式就像在客户端中一样。

问题是:为什么nodejs以不同的方式处理事件？我误解了什么以及nodejs事件循环是如何工作的。

Answer 1

注意:此答案最初是针对原始问题编写的。当问题稍微改变时就更新了。

这正是您应该如何看待请求的方式 - 请求处理程序就像点击处理程序，不同的路由就像不同的按钮。

在您的示例中，Express 并行处理这两个请求。如果您在短时间内提出两个请求，那么您也会得到彼此接近的答案。

您还没有展示您实际上是如何执行您的请求的，这就是我怀疑的问题所在。

示例

这是一个 Node 程序 - 与您的示例相同，但也在响应中打印当前时间:

var app = require('express')();

app.get('/foo', function (req, res) {
  setTimeout(function () {
    res.send('foo ' + (new Date).toISOString() + '\n');
  }, 3000);
});

app.get('/bar', function (req, res) {
  setTimeout(function () {
    res.send('bar ' + (new Date).toISOString() + '\n');
  }, 3000);
});

app.listen(3000, function () {
  console.log('listening on:\n' +
              'http://localhost:3000/foo\n' +
              'http://localhost:3000/bar');
});

将其保存在 app.js 中，使用 npm install express 安装 Express，并使用 node app.js 启动它。

现在，使用两个不同的端点同时运行两个请求:

curl http://localhost:3000/foo & curl http://localhost:3000/bar

你会看到这样的东西:

[1] 15181
bar 2016-11-17T11:45:31.134Z
foo 2016-11-17T11:45:31.136Z
[1]+  Done                    curl http://localhost:3000/foo

它显示响应差异为 2 毫秒，而不是 3 秒。

如果您连接到同一端点两次，情况也是如此:

curl http://localhost:3000/foo & curl http://localhost:3000/foo

您将得到:

[1] 18636
foo 2016-11-17T13:52:19.448Z
foo 2016-11-17T13:52:19.448Z
[1]+  Done                    curl http://localhost:3000/foo

当然，如果您针对两个不同的端点运行此命令:

curl http://localhost:3000/foo ; curl http://localhost:3000/bar

您将得到:

foo 2016-11-17T11:47:08.085Z
bar 2016-11-17T11:47:11.103Z

因为这次请求不是并行发出的。

两次访问同一端点也是如此:

curl http://localhost:3000/foo ; curl http://localhost:3000/foo

您将得到:

foo 2016-11-17T13:53:19.208Z
foo 2016-11-17T13:53:22.227Z

可能的问题

您没有在问题中指定它，但如果您的请求来自浏览器，那么您遇到的可能是浏览器的并行连接限制。传统上，它是通过使用多个子域来解决的 - 有时称为 domain sharding .

更新

无论是同一个端点还是两个端点同时被点击两次都没有关系，就像单击同一个按钮或两个不同的按钮并在浏览器中注册超时一样。尝试更改我的示例的调用，您就会亲眼看到。