QUIC已被廣泛部署和使用，可提供更低的延遲、更高的安全性和更強(qiáng)大的數(shù)據(jù)交付。

IETF近期發(fā)布了QUIC RFC 9000，并由RFC 9001、RFC 9002和RFC 8999支持（其中，RFC8999定義了QUIC協(xié)議版本無關(guān)的規(guī)范，RFC9001定義了QUIC與TLS的協(xié)議映射、RFC9002定義了QUIC協(xié)議的丟失恢復(fù)與擁塞控制）。這意味著QUIC Version 1已經(jīng)正式標(biāo)準(zhǔn)化，并且QUIC部署將從使用臨時(shí)草案版本轉(zhuǎn)向新創(chuàng)建的Version 1。與此同時(shí)，有最新消息指出QUIC Version 1以一種新的互聯(lián)網(wǎng)傳輸技術(shù)作為標(biāo)準(zhǔn)發(fā)布，可提高Web應(yīng)用程序的性能、安全性和隱私性。據(jù)悉，IETF也將很快發(fā)布HTTP/3，這也將是第一個(gè)設(shè)計(jì)用于QUIC的應(yīng)用程序協(xié)議。

隨著QUIC標(biāo)準(zhǔn)化版本的宣布，目前Facebook、Akamai、Microsoft、Cloudflare、Ericsson、F5、Fastly和Google都已部署了QUIC和HTTP/3。

回顧QUIC的演進(jìn)歷程，它最初由Google的Jim Roskind設(shè)計(jì)。2012年實(shí)現(xiàn)部署，2013年隨著實(shí)驗(yàn)范圍的擴(kuò)大而公開發(fā)布，并于2016年提交給IETF作為標(biāo)準(zhǔn)化的考量，開始了QUIC的標(biāo)準(zhǔn)化過程。QUIC名字的由來最初是根據(jù)“快速UDP互聯(lián)網(wǎng)連接”（即Quick UDP Internet Connection）的首字母縮寫提出的，而IETF使用的QUIC一詞并不是首字母的縮寫，它只是作為協(xié)議的名稱。

在IETF對(duì)QUIC進(jìn)行標(biāo)準(zhǔn)化的過程中，也有眾多公司對(duì)其采取進(jìn)一步的自研工作以優(yōu)化自身的網(wǎng)絡(luò)傳輸，如：騰訊云（QUIC-Supermind）、阿里巴巴淘系技術(shù)架構(gòu)團(tuán)隊(duì)（XQUIC）、快手（KQUIC）等。

Technician Comments

對(duì)于QUIC的此次標(biāo)準(zhǔn)化版本的發(fā)布，業(yè)內(nèi)的老師也有著不同的看法：

嗶哩嗶哩/高級(jí)工程師 - 王盛：“標(biāo)準(zhǔn)化版本其實(shí)挺完善了，希望繼續(xù)加快qlog和spinbit自旋位規(guī)范的標(biāo)準(zhǔn)化?！?/p>

阿里巴巴淘系技術(shù)部/高級(jí)技術(shù)專家 - 劉彥梅（喵吉）：“ IETF QUIC經(jīng)過4年多的時(shí)間終于定稿第一版?？梢钥吹皆谥贫≦UIC標(biāo)準(zhǔn)過程中，標(biāo)準(zhǔn)化工作組做了很多設(shè)計(jì)機(jī)制上的改進(jìn)，包括像CID的協(xié)商和更新機(jī)制、long / short header packet設(shè)計(jì)、連接遷移、丟包檢測(cè)和重傳恢復(fù)機(jī)制，以及HTTP/3和QPACK頭部壓縮算法的設(shè)計(jì)等，這些都使得協(xié)議的靈活性和擴(kuò)展性得到很大提升。

QUIC標(biāo)準(zhǔn)化版本的發(fā)布，會(huì)使得這項(xiàng)技術(shù)在行業(yè)的推廣更容易得到認(rèn)可，并使得更多互聯(lián)網(wǎng)用戶從中獲益。過去在可靠傳輸場(chǎng)景，IETF QUIC已經(jīng)證明了它相對(duì)于TCP能夠帶來的體驗(yàn)提升；同時(shí)標(biāo)準(zhǔn)化工作組還有一篇非可靠傳輸Datagram擴(kuò)展草案，相信對(duì)于音視頻場(chǎng)景的傳輸協(xié)議演進(jìn)，也會(huì)起到進(jìn)一步的推進(jìn)作用?！?/p>

責(zé)任編輯：lq6