* `HTTP1`有連接無法復用、隊頭阻塞、協議開銷大和安全因素等多個缺陷. * `HTTP2`通過多路復用、二進制流、Header 壓縮等等技術，極大地提高了性能，但是還是存在著問題的 * `Quic`基于 UDP 實現，是 HTTP3 中的底層支撐協議，該協議基于 UDP，又取了 TCP 中的精華，實現了即快又可靠的協議.quic中加密認證的報文,(TCP 協議頭部沒有經過任何加密和認證，所以在傳輸過程中很容易被中間網絡設備篡改，注入和竊聽。比如修改序列號、滑動窗口。這些行為有可能是出于性能優化，也有可能是主動攻擊。)這樣只要對 QUIC 報文任何修改，接收端都能夠及時發現，有效地降低了安全風險。 此外quic還有向前糾錯的能力,QUIC 協議有一個非常獨特的特性，稱為向前糾錯 (Forward Error Correction，FEC)，每個數據包除了它本身的內容之外，還包括了部分其他數據包的數據，因此少量的丟包可以通過其他包的冗余數據直接組裝而無需重傳。 向前糾錯犧牲了每個數據包可以發送數據的上限，但是減少了因為丟包導致的數據重傳，因為數據重傳將會消耗更多的時間(包括確認數據包丟失、請求重傳、等待新數據包等步驟的時間消耗), 假如說這次我要發送三個包，那么協議會算出這三個包的異或值并單獨發出一個校驗包，也就是總共發出了四個包。當出現其中的非校驗包丟包的情況時，可以通過另外三個包計算出丟失的數據包的內容。 當然這種技術只能使用在丟失一個包的情況下，如果出現丟失多個包就不能使用糾錯機制了，只能使用重傳的方式了。 Quic 相比現在廣泛應用的 http2+tcp+tls 協議有如下優勢: 減少了 TCP 三次握手及 TLS 握手時間。改進的擁塞控制。避免隊頭阻塞的多路復用。連接遷移。前向冗余糾錯.