解释http保活机制

Question

在HTTP中添加了keep-alive，以基本上减少为每个新请求快速创建和关闭套接字连接的大量开销。以下是它在HTTP1.0和1.1中的工作方式的总结：

HTTP1.0规范并没有真正深入研究Keep-Alive应该如何工作。基本上，支持Keep-Alive的浏览器会在请求中附加一个额外的标题，如下所述[为清晰起见而编辑]：

当服务器处理请求并生成响应时，它还会向响应添加一个标头：

据我所知，我们只是发送tcp数据包来发出请求和响应，这个套接字连接如何帮助以及它是如何工作的？我们仍然要发送数据包，但它如何以某种方式建立持久连接？看起来太不真实了。

Answer 1

建立新的TCP连接（DNS查找、TCP握手、SSL/TLS握手等）会有开销。如果没有keep-alive，每个HTTP请求都必须建立一个新的TCP连接，然后在发送/接收响应后关闭连接。keep-alive允许对多个请求/响应重用现有TCP连接，从而避免所有开销。这就是连接“持久”的原因。

在HTTP0.9和1.0中，默认情况下，服务器在向客户端发送响应后关闭TCP连接的末端。客户端必须在收到响应后关闭其TCP连接的一端。在HTTP1.0中（但在0.9中没有），客户机可以通过在请求中包含connection:keep-alive标头显式地要求服务器不要关闭连接的一端。如果服务器同意，它将在响应中包含连接:keep-alive标头，并且不关闭连接的末端。然后，客户端可以重用相同的TCP连接来发送其下一个请求。

在HTTP 1.1中，keep-alive是默认行为，除非客户端通过在其请求中包含connection:close标头显式地要求服务器关闭连接，或者服务器决定在其响应中包含connection:close标头。