爲什麼google.com swtich spdy（http/2 + quic/35）而不是http/2

Question

幾天前我看到Google.com使用的是HTTP/2，但昨天我驚覺Google.com切換到SPDY HTTP/2 + QUIC/35）。

兩個問題：

1. 如你所知，HTTP/2是從SPDY，爲什麼google.com的roolback到SPDY延伸？
2. spdy和spdy（http/2 + quic/35）有什麼區別？

感謝

Answer 1

你確定他們沒有？或者，您正在使用的工具來顯示此信息（this extension perhaps？）選擇顯示它？在Chrome中的開發者工具中顯示網絡標籤，以查看Chrome真正認爲它在說什麼。

HTTP/2是SPDY的標準版本，所以說「SPDY-enabled（HTTP/2）」沒有意義。除非它意味着它可以說SPDY（「SPDY-enabled」），但是在這種情況下選擇與HTTP/2進行對話，因爲這樣更好？

最後，QUIC是Google正在嘗試的一項新協議，它取代了SPDY和HTTP/2構建於其上的TCP網絡層。因此，兩者都可以使用QUIC而不是TCP，它通常比TCP更快（因此名稱聽起來像「快速」，並且是「Quick UDP Internet連接」的縮寫）

Answer 2

http/2+quic/35不是Speedy，它是一種新的通信協議，基於UDP而不是TCP，名爲QUIC。

讓我們的報價https://www.chromium.org/quic：

通過TCP + TLS + HTTP2 QUIC的

主要優勢包括：

• 連接建立時延
• 改進擁塞控制
• 複用無頭-OF-線路阻塞
• 前向糾錯
• 連接遷移

好介紹is available in this blog article。

事實上，整個QUIC項目被用來以更加被動的方式繞過TCP標準。谷歌多年來一直在QUIC上進行實驗，在數十億用戶的Chrome瀏覽器中透明地進行實驗，並且現在切換到，默認情況下爲，如果有效的話（通過TCP回退到「經典」HTTP/2）。

從開發人員的角度來看，QUIC具有HTTP/2接口及其所有功能。

要我knownledge，只有LiteSpeed支持QUIC谷歌之外 - 而不是OpenLiteSpeed版本尚未（可惜） - 和go-based Caddy server。