尽管有http-alive，但仍有多个tcp连接

Question

我不确定我是否正确理解http-keep-alive，在我看来，它应该重用tcp连接，而不是构建一个新的连接。然而，我发现了一些非常奇怪的事情，似乎很难预料http keep-alive的行为。

服务器:NodeJS&Express^4.16.3，我使用Wireshark分析结果

情况1：

null

for(let i =1; i<11; i++){
  app.use('/' + i, (req, res) => {
    res.header('cache-control', 'no-store');
    res.send('i');
  });
}

server.keepAliveTimeout = 50000;

• 客户端

setTimeout(() => {
    for (let i = 1; i < 11; i++) {
      fetch('' + i).then(data => console.log(data));
    }
  }, 10000);

null

情况2：

null

for(let i =1; i<11; i++){
  app.use('/' + i, (req, res) => {
    res.header('cache-control', 'no-store');
    // here I have added timeout!
    setTimeout(() => {
      res.send('i');
    }, 2000);
  });
}

• 结果：建立了另外5个tcp连接（在图片中只有4个，因为屏幕截图不完整），尽管我已经将Server.KeepAliveTimeout设置为50000；

所以我的问题是，http保持活力到底意味着什么？为什么它会这样？如果在情况2中它不会使用相同的tcp连接，那么保持活动的含义是什么？？

感谢你的任何想法！

Answer 1

是的，HTTP Keep Alive应该重用与服务器的TCP连接。服务器将connection:keep-alive标头附加到响应中，这样客户机就可以保持连接活动。因此，在服务器响应之前，客户机不会保持连接活动。

因此，在第一个场景中，服务器在收到请求后立即使用报头进行答复。因此，第二个响应（实际上可能重用，您很幸运，因为服务器在发送第二个请求之前响应了您的请求）重用了TCP连接。

但是在第二个场景中，服务器等待2秒发送响应，所以客户端直到接下来的2秒才知道它应该是一个保持活动连接。但是所有其他请求都需要在此之前发送，因此默认情况下，它将为每个HTTP请求创建一个新连接。

如果您有任何疑问，请在客户端尝试此操作，

setTimeout(() => {
    fetch('' + i).then(data => console.log(data));

    setTimeout(function () {
        for (let i = 2; i < 11; i++) {
            fetch('' + i).then(data => console.log(data));
        }
    }, 5000)
}, 10000);