从 HTTP/1.0 开始，始终到 HTTP/2，不论应用层协定如何改良，TCP 始终以来都是 HTTP 协定的根底，次要是因为他能提供牢靠连贯。
然而，从 HTTP 3.0 开始，这个状况就有所变动了。
因为，在最新推出的 HTTP 3.0 中，曾经彻底启用 TCP 协定了。
TCP 队头阻塞
咱们晓得，TCP 传输过程中会把数据拆分为一个个 依照程序 排列的数据包，这些数据包通过网络传输到了接收端，接收端再 依照程序 将这些数据包组合成原始数据，这样就实现了数据传输。
然而如果其中的某一个数据包没有依照程序达到，接收端会始终放弃连贯期待数据包返回，这时候就会阻塞后续申请。这就产生了TCP 队头阻塞。
HTTP/1.1 的管道化长久连贯也是使得同一个 TCP 链接能够被多个 HTTP 应用，然而 HTTP/1.1 中规定一个域名能够有 6 个 TCP 连贯。而 HTTP/ 2 中，同一个域名只是用一个 TCP 连贯。
所以，在 HTTP/ 2 中，TCP 队头阻塞造成的影响会更大，因为 HTTP/ 2 的多路复用技术使得多个申请其实是基于同一个 TCP 连贯的，那如果某一个申请造成了 TCP 队头阻塞，那么多个申请都会受到影响。
TCP 握手时长
咱们都晓得 TCP 的牢靠连贯是基于三次握手与四次挥手实现的。然而问题是三次握手是须要耗费工夫的。
TCP 三次握手的过程客户端和服务器之间须要交互三次，那么也就是说须要额定耗费 1.5 RTT。
RTT：网络提早（Round Trip Time）。他是指一个申请从客户端浏览器发送一个申请数据包到服务器，再从服务器失去响应数据包的这段时间。RTT 是反映网络性能的一个重要指标。
在客户端和服务端间隔比拟远的状况下，如果一个 RTT 达到 300-400ms，那么我握手过程就会显得很”慢”了。
降级 TCP
基于下面咱们提到的两个问题，有人提出来说：既然 TCP 存在这些问题，并且咱们也晓得这些问题的存在，甚至解决方案也不难想到，为什么不能对协定自身做一次降级，解决这些问题呢？
其实，这就波及到一个”协定僵化“的问题。
这样讲，咱们在互联网上浏览数据的时候，数据的传输过程其实是极其简单的。
咱们晓得的，想要在家里应用网络有几个前提，首先咱们要通过运行商开明网络，并且须要应用路由器，而路由器就是网络传输过程中的一个中间设备。
中间设备是指插入在数据终端和信号转换设施之间，实现调制前或解调后某些附加性能的辅助设施。例如集线器、交换机和无线接入点、路由器、平安解调器、通信服务器等都是中间设备。
在咱们看不到的中央，这种中间设备还有很多很多，一个网络须要通过无数个中间设备的转发能力达到终端用户。
如果 TCP 协定须要降级，那么意味着须要这些中间设备都能反对新的个性，咱们晓得路由器咱们能够从新换一个，然而其余的那些中间设备呢？尤其是那些比拟大型的设施呢？更换起来的老本是微小的。
而且，除了中间设备之外，操作系统也是一个重要的因素，因为 TCP 协定须要通过操作系统内核来实现，而操作系统的更新也是十分滞后的。
所以，这种问题就被称之为”中间设备僵化”，也是导致”协定僵化”的重要起因。这也是限度着 TCP 协定更新的一个重要起因。
所以，近些年来，由 IETF 标准化的许多 TCP 新个性都因不足广泛支持而没有失去宽泛的部署或应用！
QUIC
所以，摆在 HTTP/3.0 背后的就只有一条路，那就是放弃 TCP。
于是，HTTP/3.0 在基于 UDP+ 迪菲赫尔曼算法（Diffie–Hellman）之上实现了 QUIC 协定（Quick UDP Internet Connections）。
QUIC 协定有以下特点：
基于 UDP 的传输层协定：它应用 UDP 端口号来辨认指定机器上的特定服务器。
可靠性：尽管 UDP 是不牢靠传输协定，然而 QUIC 在 UDP 的根底上做了些革新，使得他提供了和 TCP 相似的可靠性。它提供了数据包重传、拥塞管制、调整传输节奏以及其余一些 TCP 中存在的个性。
实现了无序、并发字节流：QUIC 的单个数据流能够保障有序交付，但多个数据流之间可能乱序，这意味着单个数据流的传输是按序的，然而多个数据流中接管方收到的程序可能与发送方的发送程序不同！
疾速握手：QUIC 提供 0 -RTT 和 1 -RTT 的连贯建设
应用 TLS 1.3 传输层平安协定：与更早的 TLS 版本相比，TLS 1.3 有着很多长处，但应用它的最次要起因是其握手所破费的往返次数更低，从而能升高协定的提早。
妨碍
以上，咱们介绍了很多 QUIC 的相比拟于 TCP 的长处，能够说这种协定相比拟于 TCP 的确要优良一些。
因为他是基于 UDP 的，并没有扭转 UDP 协定自身，只是做了一些加强，尽管能够避开中间设备僵化的问题，然而，在推广下面也不是齐全没有问题的。
首先，很多企业、运营商和组织对 53 端口（DNS）以外的 UDP 流量会进行拦挡或者限流，因为这些流量近来常被滥用于攻打。
特地是一些现有的 UDP 协定和实现易受放大攻打（amplification attack）威逼，攻击者能够管制无辜的主机向受害者投放发送大量的流量。
所以，基于 UDP 的 QUIC 协定的传输可能会受到屏蔽。
另外，因为 UDP 始终以来定位都是不牢靠连贯，所以有很多中间设备对于他的反对和优化水平并不高，所以，呈现丢包的可能性还是有的。。。
然而不论怎么样，HTTP/3.0 的时代肯定会到来的，QUIC 协定全面代替 TCP 的时代也会到来的，让咱们刮目相待吧。