有句話叫做一流企業定標準、二流企業做品牌、三流企業賣技術、四流企業做產品。google似乎在衝著一流企業的目標邁進。去年，google已經從以spdy為基礎的http協議16年來的首個更新http/2正式定稿中嘗到了甜頭。最近google又開始考慮更進一步，用改進版的udp協議quic給web提速。根據它近日公布的效能評估，這一融合了udp與tcp優勢的協議似乎提公升效果明顯。
quic是quick udp internet connection的簡稱，是google制定的一種基於udp的低時延的網際網路傳輸層協議。我們知道，tcp/ip協議族是網際網路的基礎。其中傳輸層協議包括tcp和udp協議。與tcp協議相比，udp更為輕量，但是錯誤校驗也要少得多。這意味著udp往往效率更高（不經常跟伺服器端通訊檢視資料報是否送達或者按序），但是可靠性比不上tcp。通常遊戲、流**以及voip等應用均採用udp，而網頁、郵件、遠端登入等大部分的應用均採用tcp。
google想到能否把這兩種協議的優勢結合起來，同時實現低時延和高可靠並將其應用到更高安全的協議上，於是就有了quic。
以往典型的安全tcp連線（tcp+tls）往往需要在傳送與接收端先進行2、3輪的握手通訊才能正式開始資料傳輸。而利用quic協議，如果雙方此前通訊過的話馬上就可以對話（即便雙方此前未通訊過時延也只有100毫秒，是tcp+tls用時的1/3）。此外，quic還增加了擁塞控制和自動重傳等功能，所以可靠性上要比udp更高。
從目標來看，quic跟spdy（http/2基礎）很多方面是類似的，但是後者仍然基於tcp，所以仍然會存在部分相同的時延問題。
不過這樣也許你會問為什麼google不乾脆改進tcp？根據google的解釋，不這麼做的原因是tcp往往直接內建到了作業系統核心當中，這是google所無法控制的。所以他們就拿udp改良版來開刀，以期更快地測試效能改進效果。
google從去年開始就已經在chrome瀏覽器上進行了實驗，實際上目前chrome到google伺服器的請求當中大概有一半已經在採用quic協議。資料表明75%的連線均可利用quic的優勢，哪怕預先建立的優化連線（google搜尋）採用quic後頁面載入效能仍然能提高3個百分點。而時延嚴重的一些web應用，在採用quic後的改進效果則要更加明顯。比如有使用者報告youtube重新緩衝次數減少了30%。
google希望quic的效能得當證明後能夠移植到tcp和tls上面，稱未來打算將http2-over-quic作為新的協議提交給ietf。但是這顯然需要與ietf的配合以及長期努力。這一套路跟spdy很像，都是以chrome為跳板展現協議原型和效果，然後再提出作為協議草案，但結果尚待觀察。
QUIC協議文件翻譯 什麼是QUIC
quic是乙個谷歌提出的新的網際網路協議。quic解決出現在現在網路協議的一些傳輸層和應用層的問題，而且幾乎不需要應用更改。quic和tcp tls http2十分相似，但是基於udp實現。使用quic作為乙個獨立的協議可以做到一些別的協議做不到的創新，因為它們受到傳統客戶端和中介軟體的阻礙。和tc...
可靠的UDP協議 QUIC協議
quic是一種新的傳輸 方式，與tcp相比可以減少延遲。表面上，quic與在udp上實現 的tcp tls http 2非常相似。由於tcp是在作業系統核心和中介軟體韌體中實現的，所以對tcp進行重大改變幾乎是不可能的。但是，由於quic是建立在udp之上的，所以沒有這樣的限制。quic相比於上述介...
QUIC協議試觸 節點通訊協議參考
從某歌 了解到，quic協議可能會成為未來的http3協議的方向，這是乙個使用udp協議來達到tcp的效果，甚至某些方面更優，但是這傢伙是以udp為基礎的，還是會存在udp的一些不足，比如 安全問題，也就是反射攻擊，即偽造原位址 還有就是這些年效能的優化提公升都幾乎針對 tcp 使得 udp 效能沒...