HTTP的长连接和短连接

dvlinker

已于 2024-07-29 16:16:50 修改

阅读量1.2w

点赞数 5

分类专栏：网络编程与网络问题分享 C/C++实战进阶文章标签： http 网络网络协议

于 2023-10-01 20:58:33 首次发布

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/chenlycly/article/details/71489010

版权

C/C++实战进阶同时被 2 个专栏收录

该专栏为热销专栏榜第19名

402 篇文章 120 订阅 ¥69.90 ¥99.00

订阅专栏

网络编程与网络问题分享

43 篇文章 26 订阅 ¥59.90 ¥99.00

订阅专栏

本文探讨了HTTP协议中的长连接与短连接概念。尽管HTTP头部存在Keep-Alive值，但客户端和服务器可能不遵循长连接，选择每次请求后关闭TCP连接。长连接的过期时间、数据传输完成的识别以及并发连接数限制都是其关键点。同时，区分TCP的keep alive与HTTP的Keep-alive也十分重要。此外，文章还提到了HTTP流水线技术和相关学习资源。

摘要由CSDN通过智能技术生成

本文总结&分享网络编程中涉及的长连接、短连接概念。

关键字：Keep-Alive，并发连接数限制，TCP，HTTP

1、什么是长连接

HTTP1.1规定了默认保持长连接（HTTP persistent connection ，也有翻译为持久连接），数据传输完成了保持TCP连接不断开（不发RST包、不四次握手），等待在同域名下继续用这个通道传输数据；相反的就是短连接。

HTTP首部的Connection: Keep-alive是HTTP1.0浏览器和服务器的实验性扩展，当前的HTTP1.1 RFC2616文档没有对它做说明，因为它所需要的功能已经默认开启，无须带着它，但是实践中可以发现，浏览器的报文请求都会带上它。如果HTTP1.1 版本的HTTP请求报文不希望使用长连接，则要在HTTP请求报文首部加上Connection: close。《HTTP权威指南》提到，有部分古老的HTTP1.0 代理不理解Keep-alive，而导致长连接失效：客户端-->代理-->服务端，客户端带有Keep-alive，而代理不认识，于是将报文原封不动转给了服务端，服务端响应了Keep-alive，也被代理转发给了客户端，于是保持了“客户端-->代理”连接和“代理--&g

了解本专栏