HTTP和TCP的Keep-Alive机制的区别

HTTP和TCP中的Keep-Alive机制的区别

1、HTTP中的Keep-Alive

HTTP是短连接。

​ 所谓的短连接就是，每次客户端向服务端发送一个HTTP请求（request），得到服务端返回的响应（response），然后这个HTTP连接就关闭了。

为什么使用短连接？

​ 考虑到性能。用户通过浏览器访问一个web站点的某个网页，当网页内容加载完毕后，用户一般会花费几十秒到几分钟来浏览内容，此时没有必要维持这个HTTP连接。这样做可以减轻服务端的压力。

HTTP为什么要引入Keep-Alive？

​ 一个网页会有很多组成部分，除了文本内容，还会有js、css、图片等静态资源。如果每次请求一个资源就创建一个连接然后又关闭，消耗的资源太大。

​ 基于这个背景，HTTP协议中引入了Keep-Alive属性，启用这个属性时，连接在短时间内能够复用。所以当我们在加载同一个网页的资源时，可以尽量复用连接。

​ Keep-Alive属性在HTTP1.0中是默认关闭的。在HTTP1.1中是默认开启的。

​ 总结：HTTP引入Keep-Alive，是为了让传输层协议（TCP）存活的时间更久，以便于复用连接。

2、TCP中的Keep-Alive

​ 当一个TCP连接建立之后，如果应用程序或者上层协议一直不发送数据，TCP需要通过一种机制来得知，自己是连接中断了，还是对方已经不在线，还是说确实没有数据传输。

​ 引入Keep-Alive机制，TCP在超过一段时间时（通常默认配置是2小时），会自动发送一个Keep-Alive探针，探测连接是否存活。当一方向另一方发送一个Keep-Alive探针时，会有三种情况：

​ 1、对方回应了ACK。这说明连接正常，如果接下来的2小时没有数据传输，则还会发送Keep-Alive探针来确保连接是否正常。

​ 2、对方回应了RST。这说明连接不存在。这种情况可能是，某一方服务宕机，重启之后收到了Keep-Alive探针，则会回复RST，因为重启后不存在对应的连接。

​ 3、没有回应。这说明对方已经关闭了socket。

​

​ 总结：TCP引入Keep-Alive，是为了检测TCP连接的情况。

3、总结 对比

HTTP的Keep-Alive是为了能在短时间内复用连接。

TCP的Keep-Alive是为了检测TCP连接状况是否正常。