一、HTTP1.0

默认使用短连接。无状态，无连接。

每个请求都需要新建TCP连接，性能较低。

不支持多路复用。

基于文本的协议。

不支持头部压缩。

请求头不支持Host头域。

不支持服务端推送。

不支持请求优先级。

不允许断点续传。

默认不加密，可使用HTTPS加密。

二、HTTP1.1

默认使用长连接。

允许在一个TCP连接上发送多个请求和响应。仍要求请求按顺序发送和接收,即存在"队头阻塞"问题,这意味着一个请求的延迟可能会阻塞后续的所有请求，影响整体加载速度。

基于文本的协议。

请求头支持Host头域。

不支持头部压缩。

增加更多的请求头和响应头来改进和扩充HTTP1.0的功能，比如身份认证、状态管理和Cache缓存等。

提供了丰富的缓存控制机制，比如Cache-Control、ETag等。

不支持服务端推送。

不支持请求优先级。

支持断点续传。

默认不加密，可使用HTTPS加密。

三、HTTP2.0

采用二进制格式：实现方便且健壮，与基于文本的HTTP1.x协议不同。

对头部进行高效压缩。

一个TCP连接能处理多个HTTP请求。实现了多路复用连接共享，多个请求和响应可以在一个TCP连接上交错发送，解决了队头阻塞问题。

依然基于TCP协议，受其拥塞控制和重传机制影响，可能存在延迟和性能瓶颈。

支持服务端推送：服务端可主动向客户端发送消息。

允许指定请求优先级。

支持流量控制。

四、HTTP3.0

不依赖TCP，基于QUIC协议。不用TCP作为传输层协议，使用基于UDP的QUIC（Quick UDP Internet Connections）协议。QUIC集成了TLS加密、流量控制、多路复用等功能，并在用户空间实现了快速连接建立、前向纠错、更精细的拥塞控制等特性。

降低了网络延迟。

解决了HTTP2.0中前一个stream丢包导致后一个stream被阻塞的问题。

不再用tcp四元组确定一个连接，而是用一个64位随机数来确定一个连接。

支持头部压缩。

更强的抗丢包能力。

支持服务端推送：服务端可主动向客户端发送消息。

允许指定请求优先级。

采用TLS 1.3作为默认的安全层协议，提供更强的安全性。

致力于C、C++、Java、Kotlin、Android、Shell、JavaScript、TypeScript、Python等编程技术的技巧经验分享。

若作品对您有帮助，请关注、分享、点赞、收藏、在看、喜欢。您的支持是我们为您提供帮助的最大动力。