神刀安全网

谈谈TCP和HTTP的keepalive

Web发展的速度让许多人叹为观止,层出不穷的组件、技术,只需要合理的组合、恰当的设置,就可以让Web程序性能不断飞跃。

像淘宝这样的大网站,优化是必不可少的功课。你很难想象一个网站打开超过5秒的体验,很可能大家直接关闭掉网页了。由此可见网站优化是多么的重要,今天我们就浅谈TCP和HTTP协议方面的keepalive。

TCP的keepalive是侧重在保持客户端和服务端的连接,一方会不定期发送心跳包给另一方,当一方端断开连接或者出现连接异常的时候,通过心跳来保持连接的可用。设想一下,如果TCP层没有keepalive的机制,对于长连接来说,一旦一方断开连接却没有发送FIN给另外一方的话,那么另外一方会一直以为这个连接在几天,几个月内都还是存活的,那么这对服务器资源的影响是很大的。

HTTP的keep-alive注意中间的横杠。普通的HTTP连接是客户端连接上服务端,然后结束请求后,由客户端或者服务端进行http连接的关闭。下次再发送请求的时候,客户端再发起一个连接,传送数据,关闭连接。这么个流程反复。但是一旦客户端发送connection:keep-alive头给服务端,且服务端也接受这个keep-alive的话,两边对上暗号,这个连接就可以复用了,一个http处理完之后,另外一个http数据直接从这个连接走了。

keepalive对于性能的影响是很大的。尤其是短连接,一直在创建和关闭连接,非常的浪费资源。有科研人员指出,开一次灯泡相当于灯泡亮了15分钟的用电量。如果我们保持keepalive,那么我们在一定的时间内,通过同一个连接进行信息的交互,可以节约非常多的资源,为系统负载减轻更多的压力。现在的主流浏览器(火狐,谷歌等)对于同一个域名的多线程并发请求大于限制在6个。如果你的网站上有很多的图片在同一个域名下,那么只有批量的同时进行6次短连接发起HTTP请求。这时如果我们带了connection:keep-alive,那么在服务支持的情况下,我们只需要一个长连接就可以干完所有的事情。

TCP的keepalive机制和HTTP的keep-alive机制是说的完全不同的两个东西,tcp的keepalive是在ESTABLISH状态的时候,双方如何检测连接的可用行。而http的keep-alive说的是如何避免进行重复的TCP三次握手和四次挥手的环节。

原文地址:

http://www.xttblog.com/?p=364

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » 谈谈TCP和HTTP的keepalive

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
分享按钮