QUIC已被廣泛部署和使用，可提供更低的延遲、更高的安全性和更強大的數(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)正式標準化，并且QUIC部署將從使用臨時草案版本轉(zhuǎn)向新創(chuàng)建的Version 1。與此同時，有最新消息指出QUIC Version 1以一種新的互聯(lián)網(wǎng)傳輸技術(shù)作為標準發(fā)布，可提高Web應(yīng)用程序的性能、安全性和隱私性。據(jù)悉，IETF也將很快發(fā)布HTTP/3，這也將是第一個設(shè)計用于QUIC的應(yīng)用程序協(xié)議。

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

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

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

Technician Comments

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

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

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

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

責(zé)任編輯：lq6