HTTP/1.1 持久连接

HTTP/1.1渐渐停止了对keep-alive连接的支持，用一种名为持久连接（persistent-connection）的改进设计取代了它。工作机制更优一些

与HTTP/1.0的keep-alive连接不同，HTTP/1.1持久连接在默认情况下是激活的。除非特别指明，否则HTTP/1.1假的所有连接都是持久的。要在事务处理结束后将连接关闭，HTTP/1.1应用程序必须向报文中显示的添加一个Connection：close首部。这是与以前HTTP协议版本很重要的区别，在以前的版本中keep-alive连接要么是可选的，要么根本不支持。

HTTP/1.1 客户端假定在收到响应后，除非响应中包含了Connection： close首部，不然HTTP/1.1连接就仍然维持在打开状态，但是，客户端和服务器仍然可以随时关闭空闲的连接。不发送Connection：close并不意味着服务器承诺永远将连接保持在打开状态。

4.5.9持久连接的限制和规则

4.6管道化连接

HTTP/1.1允许在持久连接上可选地使用请求管道。这是keep-alive连接上的进一步性能优化。在响应到达之前，可以将多条请求放入队列。当第一条请求通过网络流向另一端的服务器时，第二条和第三条请求也可以开始发送了。

在高时延网络条件下，这样做可以降低网络的环回时间，提高性能。

对管道化连接的几条限制：

 

4.7关闭连接的奥秘

4.7.1“任意”解除连接

所有的HTTP客户端、服务器端或代理都可以在任意时刻关闭一条TCP出书连接。通常会在一条报文结束之后关闭连接，但是出错的时候，也可能在首部行的中间，或其他奇怪的地方关闭连接。

对管道化持久连接来说，这种情形是很常见的。比如持久化连接空闲一段时间后，服务器可能会决定将其关闭。

但是，服务器永远无法确定在它关闭“空闲”连接的那一刻，在线路那一头的客户端有没有数据要发送。如果出现这种情况，客户端就会在写入半截请求报文时出现了连接错误。

4.7.2 Content-Length及截尾操作

4.7.3连接关闭容限、重试以及幂等性

4.7.4正常关闭连接

TCP连接是双向的。TCP连接的每一端都有一个传入队列和一个输出队列，用于数据的读和写。

放入队列中的数据最终会出现在另一端输入队列中。

正常关闭