HTTP默认使用面向连接的TCP却属于无连接协议，该特性如何理解？

核心前提：两个概念里的「连接」完全不是一回事 #

你产生困惑的根源是二者描述的「连接」属于完全不同的网络层级，定义没有任何重叠：

• TCP的「面向连接」是传输层的特性：指通信双方传输数据前，需要先通过三次握手建立逻辑通路，整个传输过程中会维护连接的状态（序列号、窗口大小、重传规则等），数据传输结束后通过四次挥手断开连接，核心作用是保障数据传输的可靠性。
• HTTP的「无连接」是应用层的特性：指HTTP协议本身不会为请求保留会话上下文，服务端处理完单次请求、返回响应后，就认为本次交互已经结束，不会存储任何和本次请求相关的状态信息，下一次请求会被当成完全独立的新请求处理。

不同HTTP版本的连接优化没有改变核心特性 #

后续HTTP版本为了降低TCP连接建立/销毁的性能开销，做了连接复用的优化，但始终没有突破HTTP无连接的核心定义：

• HTTP 1.0时代默认是单次请求对应一次完整的TCP生命周期：请求前建立TCP连接，响应返回后立刻断开TCP连接，完全匹配HTTP无连接的定义。
• HTTP 1.1 新增了Connection: keep-alive请求头，允许TCP连接在单次请求响应结束后保持开启，后续同域名的请求可以复用这个TCP连接，省去三次握手的开销。但哪怕复用TCP连接，HTTP协议本身依然不会存储前一次请求的上下文，每个请求的处理逻辑完全独立，无连接的特性依然成立。
• HTTP/2、HTTP/3 实现了多路复用，多个请求可以在同一个传输层连接上并行传输，但同样不会改变HTTP无连接的属性，服务端不需要维护多个请求之间的关联。

二者共存的逻辑 #

二者工作在完全不同的网络层级，各司其职，不存在任何冲突：
TCP的面向连接能力，只是为HTTP的请求、响应数据提供可靠的传输通道，保障数据不会丢、不会乱序。而HTTP的无连接特性，约束的是应用层的请求处理逻辑，和传输层是否保持连接没有任何绑定关系。 #

内容的提问来源于stack exchange，提问作者Leva dev