Quick UDP Internet Connection(Quic)協(xié)議是Google公司提出基于UDP的高效可靠的互聯(lián)網(wǎng)傳輸層協(xié)議。

Quic協(xié)議的優(yōu)勢(shì)

• 更低的連接建立延遲當(dāng)客戶端第一次連接服務(wù)器時(shí)，QUIC只需要1RTT（Round-Trip Time）的延遲就可以建立可靠安全的連接，相對(duì)于TCP+TLS的1-3次RTT要更加快捷。之后客戶端可以在本地緩存加密的認(rèn)證信息，在再次與服務(wù)器建立連接時(shí)可以實(shí)現(xiàn)0-RTT的連接建立延遲。
• 改進(jìn)的擁塞控制Quic 具有可插入的擁塞控制，且有著比 TCP 更豐富的信令，這使得 Quic 相對(duì)于 TCP 可以為擁塞控制算法提供更豐富的信息。Quic 協(xié)議當(dāng)前默認(rèn)使用了 TCP 協(xié)議的 Cubic 擁塞控制算法。
• 避免隊(duì)頭阻塞的多路復(fù)用QUIC同時(shí)復(fù)用了HTTP/2協(xié)議的多路復(fù)用功能（Multiplexing），但由于QUIC基于UDP所以避免了HTTP/2的隊(duì)頭阻塞問(wèn)題。
• 連接遷移連接遷移就是當(dāng)其中任何一個(gè)元素發(fā)生變化時(shí)，這條連接依然維持著，能夠保持業(yè)務(wù)邏輯不中斷。
• 前向冗余糾錯(cuò)通過(guò)前向糾錯(cuò)可以恢復(fù)少部分丟失的包。

Quic開(kāi)啟條件

用戶開(kāi)啟Quic協(xié)議的前提是已經(jīng)開(kāi)啟了https配置

如今，IETF的QUIC工作組正在負(fù)責(zé)QUIC協(xié)議的標(biāo)準(zhǔn)化進(jìn)程。IETF社群對(duì)于QUIC的標(biāo)準(zhǔn)化工作展現(xiàn)出了很高的興趣。一個(gè)初步的QUIC協(xié)議版本已經(jīng)被使用在谷歌的服務(wù)以及Chrome瀏覽器當(dāng)中，并且被少數(shù)第三方開(kāi)發(fā)者部署。需要注意的是QUIC的標(biāo)準(zhǔn)化工作完全開(kāi)放，IETF社群中的每個(gè)人都可以提出自己的建議，最終確定一個(gè)最佳方案。所以最后的標(biāo)準(zhǔn)化協(xié)議跟使用的版本可能會(huì)存在較大的不同^。