谈谈Http长连接和Keep-Alive以及Tcp的Keepalive

水深无声 2022-10-23 11:20 236阅读 0赞

![引导关注][1c3d0a4ab9bf856d50cf4a2ee4cdf91f.gif]

[一次性说清楚秒验（本机号码一键登录）][Link 1]

[2021-03-02][Link 1]

[![0fc369308cf00b66a503729bba34bfe8.png][] ][Link 1]

[技术总监面试，提问：Redis热点key解决方案][Redis_key]

[2021-02-28][Redis_key]

[![d2edbc0de7d85ef46357814b3cb7e7ef.png][] ][Redis_key]

[【性能测试】轻量级压测工具Hey][Hey]

[2021-02-23][Hey]

[![a055d0cbf8528410848d2bff7dd2d6ef.png][] ][Hey]

我们知道Http协议采用“请求-应答”模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答，客户端和服务器都要新建一个连接，完成之后立即断开连接；当使用Keep-Alive模式时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。

http1.0中默认是关闭的，需要在http头加入”Connection: Keep-Alive”，才能启用Keep-Alive；http 1.1中默认启用Keep-Alive，如果加入”Connection: close “才关闭。目前大部分浏览器都是用http1.1协议，也就是说默认都会发起Keep-Alive的连接请求了，所以是否能完成一个完整的Keep- Alive连接就看服务器设置情况。下图是普通模式和长连接模式的请求对比：![0be85b2abe8ad081d22d0ae9fd3ef69b.png][]

**开启Keep-Alive的优缺点：** 优点：Keep-Alive模式更加高效，因为避免了连接建立和释放的开销。缺点：长时间的Tcp连接容易导致系统资源无效占用，浪费系统资源。

**当保持长连接时，如何判断一次请求已经完成？** **Content-Length** Content-Length表示实体内容的长度。浏览器通过这个字段来判断当前请求的数据是否已经全部接收。所以，当浏览器请求的是一个静态资源时，即服务器能明确知道返回内容的长度时，可以设置Content-Length来控制请求的结束。但当服务器并不知道请求结果的长度时，如一个动态的页面或者数据，Content-Length就无法解决上面的问题，这个时候就需要用到Transfer-Encoding字段。

**Transfer-Encoding** Transfer-Encoding是指传输编码，在上面的问题中，当服务端无法知道实体内容的长度时，就可以通过指定Transfer-Encoding: chunked来告知浏览器当前的编码是将数据分成一块一块传递的。当然, 还可以指定Transfer-Encoding: gzip, chunked表明实体内容不仅是gzip压缩的，还是分块传递的。最后，当浏览器接收到一个长度为0的chunked时， 知道当前请求内容已全部接收。

**Keep-Alive timeout：** Httpd守护进程，一般都提供了keep-alive timeout时间设置参数。比如nginx的keepalive\_timeout，和Apache的KeepAliveTimeout。这个keepalive\_timout时间值意味着：一个http产生的tcp连接在传送完最后一个响应后，还需要hold住keepalive\_timeout秒后，才开始关闭这个连接。当httpd守护进程发送完一个响应后，理应马上主动关闭相应的tcp连接，设置 keepalive\_timeout后，httpd守护进程会想说：”再等等吧，看看浏览器还有没有请求过来”，这一等，便是keepalive\_timeout时间。如果守护进程在这个等待的时间里，一直没有收到浏览器发过来http请求，则关闭这个http连接。

**Tcp的Keepalive：** 连接建立之后，如果客户端一直不发送数据，或者隔很长时间才发送一次数据，当连接很久没有数据报文传输时如何去确定对方还在线，到底是掉线了还是确实没有数据传输，连接还需不需要保持，这种情况在TCP协议设计中是需要考虑到的。  TCP协议通过一种巧妙的方式去解决这个问题，当超过一段时间之后，TCP自动发送一个数据为空的报文（侦测包）给对方，如果对方回应了这个报文，说明对方还在线，连接可以继续保持，如果对方没有报文返回，并且重试了多次之后则认为链接丢失，没有必要保持连接。

tcp keep-alive是TCP的一种检测TCP连接状况的保鲜机制。tcp keep-alive保鲜定时器，支持三个系统内核配置参数：net.ipv4.tcp\_keepalive\_intvl = 15 net.ipv4.tcp\_keepalive\_probes = 5 net.ipv4.tcp\_keepalive\_time = 1800 keepalive是TCP保鲜定时器，当网络两端建立了TCP连接之后，闲置（双方没有任何数据流发送往来）了tcp\_keepalive\_time后，服务器就会尝试向客户端发送侦测包，来判断TCP连接状况(有可能客户端崩溃、强制关闭了应用、主机不可达等等)。如果没有收到对方的回答(ack包)，则会在 tcp\_keepalive\_intvl后再次尝试发送侦测包，直到收到对方的ack,如果一直没有收到对方的ack,一共会尝试

tcp\_keepalive\_probes次，每次的间隔时间在这里分别是15s, 30s, 45s, 60s, 75s。如果尝试tcp\_keepalive\_probes,依然没有收到对方的ack包，则会丢弃该TCP连接。TCP连接默认闲置时间是2小时，一般设置为30分钟足够了。

**![1c3d92d23d8119c974ec607a19d99c9e.gif][]**

**回复**【**干货**】获取精选干货视频教程

**回复**【**加群**】加入疑难问题攻坚交流群

**回复**【**mat**】获取内存溢出问题分析详细文档教程

**回复**【**赚钱**】获取用java写一个能赚钱的微信机器人

**回复**【**副业**】获取程序员副业攻略一份

![0e570f234c1549292b36d77b0627ff16.png][]

![c51d1d69c678b15b9f9ffb147a4e5015.gif][]

戳这儿

[1c3d0a4ab9bf856d50cf4a2ee4cdf91f.gif]: /images/20221023/f2282fbc542445f795428cef98c9e933.png
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44fa1ecb33730888ca22801e4ea91189c7e8f0dacc271452cbaa5e4eee06bb39aea17f5365&idx=1&mid=2247487271&scene=21&sn=74c109345b6349eb96d59cf4b03b2a5e#wechat_redirect
[0fc369308cf00b66a503729bba34bfe8.png]: /images/20221023/737469a0f2854358bbd291308063f960.png
[Redis_key]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44fb46cb33725011ed8d3c29e684bae3904c81e63cb56070a50ed6c54dfd9d26e1edfc5028&idx=1&mid=2247487103&scene=21&sn=73ff44d0fbe0032cfab79132a29f4c8f#wechat_redirect
[d2edbc0de7d85ef46357814b3cb7e7ef.png]: /images/20221023/13ece6688eaa470e944743b84ac1d7b8.png
[Hey]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44fb2acb33723c0f4cee6839fc8d93fb8453c8727e02332dfad7e762b6a05250e094e39c93&idx=1&mid=2247486995&scene=21&sn=5e4969b4520f76cd7228e27167afaacc#wechat_redirect
[a055d0cbf8528410848d2bff7dd2d6ef.png]: /images/20221023/90e83b83922b492bbaddff21e9c76b0a.png
[0be85b2abe8ad081d22d0ae9fd3ef69b.png]: /images/20221023/4d69377765024bbbbd593bc12f9babc4.png
[1c3d92d23d8119c974ec607a19d99c9e.gif]: /images/20221023/0a29026628134924b072cb3161624037.png
[0e570f234c1549292b36d77b0627ff16.png]: /images/20221023/67d8e8a2076c4d30b9f33cfe6bedd7a2.png
[c51d1d69c678b15b9f9ffb147a4e5015.gif]: /images/20221023/4d5afdfd2f37414aafe666775de8887a.png