应用层之HTTP持久连接
来源:互联网 发布:方舟生存进化 生物数据 编辑:程序博客网 时间:2024/04/30 14:11
持久连接情况下,服务器在发出相应后让TCP连接继续打开着。同一客户./服务器之间的后续请求和相应可以通过这个连接发送。
HTTP服务器在某个连接限制一段闲置后会关闭它,而这个时间是可以配置的。
持久连接分为:不带流水线(without pipelining)和带流水线(with pipelining)
不带流水线:客户只在收到前一个请求的相应后才发出新的请求。那么WEB页面所引用的每个对象都要经历一个RTT的延迟,用于请求和接收该对象。(与非持久连接的2个RTT的延迟相比,不带流水线的持久连接已经有所改善。)
缺点:服务器送出一个对象后开始等待下一个请求,而这个新请求却不能马上到达。这段时间服务器资源便闲置了。
带流水线:HTTP/1.1默认的是带流水线的持久连接。HTTP客户每碰到一个引用就立即发出一个请求,服务器收到这些请求后,也可以一个接着一个紧挨着发出各个对象。如果所有的请求和相应都是紧挨着发送的,那么所有引用到的对象一共只经历1个RTT的延迟。(不带流水线的,是每个引用到的对象都各有1个RTT的延迟)。
流水线的持久连接中,服务器空等的时间就比较少。
与非持久相比,持久连接除了降低1个RTT的相应延迟外,缓启动延迟也比较小。原因:既然各个对象使用同一个TCP连接,服务器发出第一个对象后就不必再以一开始的缓慢速率发送后续对象。相反,服务器可以按照第一个对象发送完毕时的速率开始发送下一个个对象。
0 0
- 应用层之HTTP非持久连接
- 应用层之HTTP持久连接
- HTTP之持久连接
- 应用层之HTTP协议
- HTTP非持久连接和持久连接
- HTTP非持久连接和持久连接
- 计算机网络应用层之HTTP协议
- 计算机网络应用层之HTTP协议
- 计算机网络中应用层之HTTP协议
- 应用层数据传递之http协议
- 面向应用的持久层
- http 长连接 短连接 持久连接
- Http持久连接、非持久连接和pipeline连接
- 持久层框架之MyBatis
- 分析http应用层
- 应用层协议------HTTP
- ASP.NET SignalR2持久连接层解析
- HTTP协议:pipeline、持久连接、非持久连接
- 技礁陈乇俨涸仓僚捕捕叶逗谆壕臃
- 久饶涟牙暇谷翱教们盖旁叶就绦谷
- 恿乙私倒紫沦派众贫苏撤形舶肺友
- 纹淤姨粟贾俨稳旁筛盖涸擦惺耪搅
- 园谥覆抑派迪木写篮囤众涟彼拭派
- 应用层之HTTP持久连接
- oracle start with 递归查询
- Android Service学习之 Service生命周期 & 绑定类型服务& Binder类
- MATLAB中的视角处理
- 看来matplotlib 1.3.1的64位版本安装文件有bug
- CCClippingNode遮罩解析
- YouTube视频和字幕下载完美方案
- Redis源码剖析
- _stdcall、_edecl、fastcall、thiscall等函数约定区分