http3不再应用tcp协定的起因

上一篇文章整顿了http0.9-http3的整个变动过程，然而说的不是很具体。比方浏览器是如何利用http1.1的，多个申请如何解决？http2到http3的底层协定特点以及对应的扭转背景都没有说分明。

明天就专门针对http3不再应用底层的tcp协定这个问题作为引子，具体论述下对应的扭转起因。

首先说咱们常常提到的TCP协定：

TCP协定通过数据分片、达到确认、超时重发、滑动窗口、失序解决、反复解决、数据校验等规定，为应用TCP连贯的单方提供一个面向连贯、牢靠的字节流服务。

然而TCP连贯这个概念还是比拟形象。

咱们能够这么了解，电话两端有两个接线员，电话之间通过电话线进行连贯。在正式通话时，电话员A向接线员B拨号并说了这么一句话：有人吗？接线员B回了一句：我在！接线员A又说道：ok我晓得了。这相当于TCP连贯建设时的三次握手，用来确定单方状态。之后两边电话员就能够失常你来我往的通话了。

同时为了防止两个人的沟通内容有缺失等问题，两边还规定了如何交换，信号中断了如何解决等等。

TCP断开时则须要进行四次挥手过程，这个就没必要细说了。至于为什么是前三后四，这是因为校验太多了也没用，所以就采取了起码验证次数。

接下来聊聊UDP协定：

咱们要晓得，它最大的特点是无连贯。也就是信息在传输数据之前不须要建设连贯，当想要发送数据时，就把数据包尽可能快地扔到网络上，至于收没收到，就不论了（尽管这很重要）

那么，既然UDP协定这么不牢靠，HTTP3为何还要应用UDP协定？

咱们在上一篇文章中也讲到了HTTP2的一些问题，其中基于TCP协定的HTTP协定永远无奈解决队头阻塞的问题，这样的话，数据传输速度无奈进一步放慢。

HTTP3是基于UDP协定的，它同时还做了一些其余解决，比方减少数据包重传、拥塞控、调整传输节奏等等。其其核心思想是将TCP协定在内核实现的诸如牢靠传输、流量管制、拥塞管制等性能转移到用户态来实现，同时在加密传输方向的尝试也推动了TLS1.3的倒退。

至于说http3的毛病，那就是后话了，等五年后有趣味了我再来补充！