为什么Google.com改用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回滚到SPDY？
2. SPDY和SPDY (HTTP/2+QUIC/35)有什么区别？

Answer 1

http/2+quic/35不是快速的，它是一种新的通信协议，它基于UDP，而不是TCP，称为QUIC。

让我们引用https://www.chromium.org/quic的话：

QUIC相对于TCP+TLS+HTTP2的主要优势包括：

• 连接建立延迟
• 改进的拥塞控制
• 无线头阻塞的多路复用
• 前向纠错
• 连接迁移

一个很好的演示在这篇博客文章中可以找到。。

事实上，整个QUIC项目都是以一种更被动的方式通过TCP标准的。谷歌多年来一直在QUIC上做实验，在Chrome浏览器上透明地使用了数十亿用户，如果它能正常工作，现在可以默认切换到QUIC上(与TCP协议上的“经典”HTTP/2相反)。

从开发人员的角度来看，QUIC有一个HTTP/2接口，并有它的所有特性。

​

​

据我所知，只有LiteSpeed支持谷歌之外的QUIC，而不是OpenLiteSpeed版本(遗憾的是)和基于go的Caddy服务器。

Answer 2

你确定他们做了？或者是用来显示此信息的工具(也许这个扩展?)选择以这样的方式显示？在Chrome中的developer tools中显示Network选项卡，看看Chrome到底认为它在说什么。

HTTP/2是SPDY的标准版本，所以说什么是“启用SPDY (HTTP/2)”是没有意义的。除非它意味着它可以使用SPDY (“启用SPDY”)，但在本例中选择了HTTP/2，因为这样更好吗？

最后，QUIC是Google正在试验的一种新协议，它取代了建立在SPDY和HTTP/2之上的TCP网络层。因此两者都可以使用QUIC而不是TCP，它通常比TCP更快(因此这个名字听起来像“快速”，是"Quick Connections“的缩写)。