Google打算用QUIC協議替代TCP/UDP

有句話叫做一流企業定標準、二流企業做品牌、三流企業賣技術、四流企業做產品。Google似乎在沖著一流企業的目標邁進。去年，Google已經從以 SPDY為基礎的HTTP協議16年來的首個更新HTTP/2正式定稿中嘗到了甜頭。最近Google又開始考慮更進一步，用改進版的UDP協議QUIC 給web提速。根據它近日 公布 的性能評估，這一融合了UDP與TCP優勢的協議似乎提升效果明顯。

<p> QUIC是Quick UDP Internet Connection的簡稱，是Google制定的一種基于UDP的低時延的互聯網傳輸層協議。我們知道，TCP/IP協議族是互聯網的基礎。其中傳輸層 協議包括TCP和UDP協議。與TCP協議相比，UDP更為輕量，但是錯誤校驗也要少得多。這意味著UDP往往效率更高（不經常跟服務器端通信查看數據包 是否送達或者按序），但是可靠性比不上TCP。通常游戲、流媒體以及VoIP等應用均采用UDP，而網頁、郵件、遠程登錄等大部分的應用均采用TCP。 </p>

<p> <img src="https://simg.open-open.com/show/ab2583f4c314b523ec24c2c13c775702.png" class="alignCenter" alt="Google打算用QUIC協議替代TCP/UDP" width="700" height="297" /> </p>

<p> Google想到能否把這兩種協議的優勢結合起來，同時實現低時延和高可靠并將其應用到更高安全的協議上，于是就有了QUIC。 </p>

<p> 以往典型的安全TCP連接（TCP+TLS）往往需要在發送與接收端先進行2、3輪的握手通信才能正式開始數據傳輸。而利用QUIC協議，如果雙 方此前通信過的話馬上就可以對話（即便雙方此前未通信過時延也只有100毫秒，是TCP+TLS用時的1/3）。此外，QUIC還增加了擁塞控制和自動重 傳等功能，所以可靠性上要比UDP更高。 </p>

<p> 從目標來看，QUIC跟SPDY（HTTP/2基礎）很多方面是類似的，但是后者仍然基于TCP，所以仍然會存在部分相同的時延問題。 </p>

<p> 不過這樣也許你會問為什么Google不干脆改進TCP？根據Google的解釋，不這么做的原因是TCP往往直接內置到了操作系統內核當中，這是Google所無法控制的。所以他們就拿UDP改良版來開刀，以期更快地測試性能改進效果。 </p>

<p> <img src="https://simg.open-open.com/show/d72011f6068f4a712197d98b99e36001.png" class="alignCenter" alt="Google打算用QUIC協議替代TCP/UDP" width="700" height="376" /> </p>

<p> Google從去年開始就已經在Chrome瀏覽器上進行了實驗，實際上目前Chrome到Google服務器的請求當中大概有一半已經在采用 QUIC協議。數據表明75%的連接均可利用QUIC的優勢，哪怕預先建立的優化連接（Google搜索）采用QUIC后頁面加載性能仍然能提高3個百分 點。而時延嚴重的一些web應用，在采用QUIC后的改進效果則要更加明顯。比如有用戶報告油Tube重新緩沖次數減少了30%。 </p>

<p> Google希望QUIC的性能得當證明后能夠移植到TCP和TLS上面，稱未來打算將HTTP2-over-QUIC作為新的協議提交給 IETF。但是這顯然需要與IETF的配合以及長期努力。這一套路跟SPDY很像，都是以Chrome為跳板展現協議原型和效果，然后再提出作為協議草 案，但結果尚待觀察。 </p>

</section> </div>