HTTP1.1
HTTP1.1相对于HTTP1.0的优化
-
请求使用长连接代替短链接，不必每次请求都进行三次握手建立TCP连接，减少性能损耗（创建销毁进程）同时加快响应速度（没有慢启动、握手时延）
-
支持并发传输，不用等前一个请求收到响应，就可以发送请求，最大请求数据量可以到发送窗口的上限
HTTP1.1有什么不足？
-
请求头部未经压缩数据量大：影响传输延时
-
请求头部字段冗余：每次请求浪费较多
-
HTTP队头阻塞：服务端按照请求的顺序响应，如果服务端响应慢，可能有HTTP队头阻塞
-
单向请求：只有由客户端发送请求，服务端响应请求
HTTP2
HTTP2相对于HTTP1.1的优化
-
头部压缩 ：如果同时发送多个请求，通信双方有一张头信息表 ，只需要发送索引，可以找到对应的头部字段
-
二进制数据 ：头部和数据部分都换成二进制存储，减少传输的大小，同时对计算机友好，不用进行转换，提高解析效率
-
并发传输 ：HTTP1.1没有对请求或者响应进行区分，所以只能要求服务端顺序响应，否则服务端响应的数据客户端无法组装（会组装不同请求的响应数据到一起），在HTTP2将每个HTTP请求或者响应封装成一个Stream，每个Stream有自己的Stream ID（对应某个请求或者响应），用于数据组装
-
双向传输 ：服务端可以主动推送资源，也可以创建Stream ID，但是必须是双数，而客户端必须是单数
HTTP/2有什么不足？
TCP队头阻塞：HTTP2是基于TCP协议的，而TCP是基于字节流的，TCP只有收到完整的字节数据，内核才会把缓冲区的数据传给对应的应用层，当某个HTTP请求没有收到完整的响应，即发生了丢包，即使后面的Stream已经是完整的也没办法接收，要等到本Stream接收到重传的报文段才能顺利接收
HTTP3
HTTP3相对于HTTP2的优化
HTTP/3基于UDP协议实现：UDP是基于报文段的，没有队头阻塞问题，同时在应用层实现QUIC协议保证数据可靠到达
QUIC协议
-
无队头阻塞：QUIC的每个Stream都有自己独立的滑动窗口，不受其它Stream的影响，所以不会被其它Stream丢包问题的阻塞
-
更快的连接建立：用QUIC三次握手代替TCP三次握手，同时QUIC握手会携带TLS（并且是TLS1.3），所以整个握手时延是1RTT
-
连接迁移：TCP是用四元组来标记一条连接的，如果客户端切换网络，则连接需要重新建立，QUIC通过连接ID标记一条连接（连接ID、TLS密钥），可以无缝切换，无需重新建立连接