长连接与短链接问题的探讨
通常我们会提及HTTP的长连接和短连接,因为HTTP本身是一个请求-响应的无状态协议。所以就它自身来说是无法实现长连接的。
HTTP长连接的本质是TCP传输层的长连接。
如图
图片来自http://www.nowamagic.net/academy/detail/23350305
它表明了一个大致的过程,左边是短连接,TCP建立连接,客户端发起请求,并且收到服务器响应后,就会主动进行四次挥手结束TCP连接。
右边则是长连接,在一次HTTP请求-响应结束后,保持TCP连接的不断开,从而在下次请求时,直接复用上次建立的TCP连接。
HTTP协议中的Header的参数connection:keep-alive;
在HTTP1.0中默认的是短连接,而在HTTP1.1中默认采用长连接。
很多的博客中对比了长连接和短连接的优劣。
但是这里我要有个概念,短连接每个请求都会建立tcp请求,之后释放。
单单请求一个百度首页html,css,js,img就多达19个请求。短连接需要发起19次的TCP连接,而长连接只要一次。这还不算我们使用的电商网站,门户网站。
因为随着web端的发展,web可以做的事情越来越多,而早期简单的web只能提供简单的信息浏览,所以采用短连接是当时的考虑,后面由于交互的增加,各种页面的资源文件增多,HTTP1.1协议采用了长连接,也是正确的选择。
虽然,短连接节约服务器的资源(请求-响应后就释放),但是在每次建立TCP连接所产生的延迟,以及对带宽的压力也不能不考虑。
简单的说下短连接的优点:管理起来比较简单,存在的连接都是有用的连接,不需要额外的控制手段。
以上为长连接和短连接的区别,当别人问起你的时候可别再不清楚了