共计 1552 个字符，预计需要花费 4 分钟才能阅读完成。
一、并发
● HTTP1.1
形式：
建设多个 TCP 连贯，一个 TCP 解决一个 HTTP 申请。
长处：
每个 TCP 之间齐全隔离，一个 TCP 解决一个申请不存在队头阻塞问题，一个 TCP 产生故障不影响其余 TCP 解决。
毛病：
1、实现老本高。TCP 是由操作系统内核实现的，如果通过多线程实现并发，并发线程数 不能太多，否则线程间切换老本会以指数级回升；如果通过异步、非阻塞 socket 实现并发，开发效率又太低。
2、每个 TCP 连贯与 TLS 回话都叠加了 2 - 3 个 RTT 的建链老本，减少了提早。
3、TCP 连贯有一个防止出现阻塞的慢启动流程，会对每一个 TCP 连贯都产生加速成果。
4、浏览器和服务器都会做相应的 TCP 连贯限度，不能无限度的建设连贯。
● HTTP2
形式：
多路复用，有序发送 HTTP 申请。
长处：
- 同域名下所有的通信都在单个连贯上实现，该连贯能够承载任意数量的双向数据流。
- 能够实现全速传输，新开一个 TCP 连贯，传输速度须要缓缓晋升。
毛病：
1、HTTP2 协定是基于 TCP 有序字节流实现，应用层的多路复用不能做到无序并发，在丢包时会呈现队头阻塞问题。
2、当网络忙碌时，会减少丢包的概率，多路复用受到很大的限度，甚至效率可能还不迭 HTTP1.1。
3、后面两点都会呈现队头阻塞问题，其基本原来还是在于 TCP 协定自身不具备并发解决的能力，多路复用只是解决了 HTTP 并发的传输，然而最终的解决还是由单个的 TCP 有序解决申请，TCP 在单位工夫里只能解决某一个申请，其中某一个申请产生异样都将影响到后续的申请。
● HTTP3
形式：
有序的 QUIC Stream。
长处：
1、QUIC 基于 UDP，原生反对并发解决。与 HTTP2 一样，同一条 QUIC 连贯能够创立多个 stream，来承载多个 HTTP 申请，然而 QUIC 连贯上的多个 stream 之间没有依赖，两头的某一个申请呈现丢包不会影响前面的 stream。
2、在挪动端的良好反对，TCP 是基于端口和 IP 去辨认连贯，在来回切换 wifi 时这种形式给用户的体验不是很敌对。QUIC 是通过 ID 的形式去辨认一个连贯，网络环境发生变化，只有 ID 不变，就能迅速重连。
二、建连
● 1RTT
掂量网络建链的罕用指标 Round-Trip Time，RTT 蕴含三局部：往返流传时延、网络设备内排队时延、应用程序数据处理时延
● TLS 连贯过程
TLSv1.2 握手过程根本都是须要四次，也就是须要通过 2-RTT 能力实现握手，而后能力发送申请，而 TLSv1.3 只须要 1-RTT 就能实现 TLS 握手。
● HTTP1.1/HTTP2
HTTP1.1 与 HTTP2 连贯过程统一，须要三次握手建设 TCP 连贯，耗费 1.5RTT。如果是 HTTPS，那么还须要减少 SSL/TLS 的 2 个 RTT。
开启 TCP Fast open，且 TLS 是 1.3 是能够同时进行握手操作的。
● HTTP3
HTTP3 建连能够辨别为两种，首次连贯和非首次连贯。
首次连贯客户端和服务端要应用 1RTT 进行密钥协商和数据传输过程。并且服务端会传递一个 config 包到客户端，外面蕴含服务端的公钥和配置，客户端会存储这个 config，后续（非首次）连贯能够间接应用，从而跳过 1RTT，间接进行数据交互。
config 有工夫期限，生效之后依然须要进行 1RTT 密钥替换。
三、连贯迁徙
TCP
TCP 协定应用的是五元组了标识一条连贯，并且判断起唯一性。然而咱们从 4G 环境切换到 wifi 环境时，手机的 IP 地址会发生变化，这时必须创立新的 TCP 连贯能力进行数据传输。
QUIC
QUIC 协定摒弃了五元组的形式，应用 64 维随机数作为连贯 ID。网络切换不会导致 ID 变动，连贯仍旧可用，进步了业务层的体验感。
参考文章：
https://blog.cloudflare.com/h…
https://baijiahao.baidu.com/s…
