和 TCP 相反，UDP 協(xié)議是無連接協(xié)議?？蛻舳税l(fā)出 UDP 數(shù)據(jù)包后，只能“假設(shè)”這個數(shù)據(jù)包已經(jīng)被服務(wù)端接收。這樣的好處是在網(wǎng)絡(luò)傳輸層無需對數(shù)據(jù)包進行確認，但存在的問題就是為了確保數(shù)據(jù)傳輸?shù)目煽啃?，?yīng)用層協(xié)議需要自己完成包傳輸情況的確認。
此時，QUIC 協(xié)議就登場了。
QUIC 是 Quick UDP Internet Connections 的縮寫，谷歌發(fā)明的新傳輸協(xié)議。
與 TCP 相比，QUIC 可以減少延遲。
QUIC 協(xié)議可以在 1 到 2 個數(shù)據(jù)包（取決于連接的服務(wù)器是新的還是已知的）內(nèi)，完成連接的創(chuàng)建（包括 TLS）（如下圖3所示）。
▲ 圖 3 - QUIC 協(xié)議握手原理圖
從表面上看：QUIC 非常類似于在 UDP 上實現(xiàn)的 TCP + TLS + HTTP/2。由于 TCP 是在操作系統(tǒng)內(nèi)核和中間件固件中實現(xiàn)的，因此對 TCP 進行重大更改幾乎是不可能的（TCP 協(xié)議棧通常由操作系統(tǒng)實現(xiàn)，如 Linux、Windows 內(nèi)核或者其他移動設(shè)備操作系統(tǒng)。修改 TCP 協(xié)議是一項浩大的工程，因為每種設(shè)備、系統(tǒng)的實現(xiàn)都需要更新）。但是，由于 QUIC 建立在 UDP 之上，因此沒有這種限制。QUIC 可以實現(xiàn)可靠傳輸，而且相比于 TCP，它的流控功能在用戶空間而不在內(nèi)核空間，那么使用者就不受限于 CUBIC 或是 BBR，而是可以自由選擇，甚至根據(jù)應(yīng)用場景自由調(diào)整優(yōu)化。
QUIC 與現(xiàn)有 TCP + TLS + HTTP/2 方案相比，有以下幾點主要特征：
1）利用緩存，顯著減少連接建立時間；
2）改善擁塞控制，擁塞控制從內(nèi)核空間到用戶空間；
3）沒有 head of line 阻塞的多路復(fù)用；
4）前向糾錯，減少重傳；
5）連接平滑遷移，網(wǎng)絡(luò)狀態(tài)的變更不會影響連接斷線。
從圖上可以看出，QUIC 底層通過 UDP 協(xié)議替代了 TCP，上層只需要一層用于和遠程服務(wù)器交互的 HTTP/2 API。這是因為 QUIC 協(xié)議已經(jīng)包含了多路復(fù)用和連接管理，HTTP API 只需要完成 HTTP 協(xié)議的解析即可。
有關(guān)QUIC的詳解請見：《技術(shù)掃盲：新一代基于UDP的低延時網(wǎng)絡(luò)傳輸層協(xié)議——QUIC詳解》。