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连接的每一端都有一个传入队列和一个输出队列,用于数据的读和写。

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

正常关闭

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值