Google表示，其自主開發(fā)的QUIC網(wǎng)絡(luò)協(xié)議可以加快網(wǎng)頁瀏覽速度，Google正計(jì)劃向IETF標(biāo)準(zhǔn)組織提出建議，使QUIC成為下一代互聯(lián)網(wǎng)的協(xié)議。

QUIC是什么鬼？

在SPDY成功作為HTTP/2標(biāo)準(zhǔn)的基礎(chǔ)后，Google從2013年起就開始悄然致力于QUIC協(xié)議。SPDY是Google開發(fā)的基于TCP的應(yīng)用層協(xié)議，用以最小化網(wǎng)絡(luò)延遲，提升網(wǎng)絡(luò)速度，優(yōu)化用戶的網(wǎng)絡(luò)使用體驗(yàn)。SPDY并不是一種用于替代HTTP的協(xié)議，而是對HTTP協(xié)議的增強(qiáng)。

QUIC背后的想法和SPDY一樣，都是要通過減少網(wǎng)絡(luò)往返時間（RTT）加快Web應(yīng)用程序響應(yīng)速度，即減少與服務(wù)器建立連接所需要的時間。

有什么用？

早期的試驗(yàn)結(jié)果相當(dāng)令人鼓舞，在Google Search這樣已經(jīng)經(jīng)過高度優(yōu)化的網(wǎng)站上仍然可以看到頁面平均加載時間減少了3％，雖然這個差異并沒有十分巨大，但不可小看。

而QUIC的影響在那些較差或緩慢的互聯(lián)網(wǎng)鏈接上則有非常顯著地改善，例如：移動網(wǎng)絡(luò)。Google表示，在使用QUIC替代TCP / TLS之后，移動端的Google Search頁面加載時間減少了一秒鐘；YouTube視頻的緩沖則減少了30％。

原理是什么？

采用標(biāo)準(zhǔn)方法來進(jìn)行安全的網(wǎng)絡(luò)瀏覽，通常都涉及TCP + TLS，簡單來說，就是在瀏覽器可以請求到真正的網(wǎng)頁之前，都需要2至3次往返才能與服務(wù)器建立安全的連接。而用QUIC后，如果客戶端之前訪問過給定的服務(wù)器，就可以無需任何網(wǎng)絡(luò)往返時間就發(fā)送數(shù)據(jù)，這使得網(wǎng)頁加載速度更快。

通過在互聯(lián)網(wǎng)UDP協(xié)議上使用QUIC的方式，來代替通常會使用的TCP協(xié)議實(shí)現(xiàn)這一點(diǎn)。這使得它可以避免掉一些TCP連接的數(shù)據(jù)包可能會發(fā)生的丟失問題。

那在此前從未發(fā)生過通信的情況下又會如何呢？在這種情況下QUIC可以讓連接時間達(dá)到和TCP連接同樣的程度，而又提供TLS＋TCP的安全性。

從上圖中可以看出，相比于TCP連接，QUIC對于非首次訪問的延遲降低具有更加顯著的作用。而比通過TLS來建立初始連接又快了3倍，并且每個隨后的連接都會更快。與此同時，QUIC還提供了與TLS＋TCP 同等的安全性。

Google已經(jīng)在最近版本的Chrome瀏覽器中增加了QUIC協(xié)議的支持，并在它的一些在線服務(wù)中其中了這個協(xié)議，從而能夠在大規(guī)模的范圍內(nèi)測試協(xié)議的實(shí)際性能。

via theregister

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。