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