没有 SPDY 的 HTTP/2 是否可行？

Question

大多数浏览器都支持 HTTP/2，一些服务器也支持。

例如，Akamai 提供了一个 HTTP/2 测试页 (https://http2.akamai.com/)。当我在 chrome 中访问此页面并转到 chrome://net-internals/#spdy 时，该页面列出了协议 h2-14（HTTP/2 草案 14）。但是当我在 akamai 页面上打开控制台并输入 window.chrome.loadTimes() 时，属性 wasFetchedViaSpdy 是 true。为什么是这样？ Akamai 页面是 HTTP/2，而不是 SPDY，对吗？

我不明白的另一件事是本教程 (https://www.gatherdigital.co.uk/blog/how-to-setup-http-2-support/527)。它说：

“如何设置 HTTP/2 支持（nginx、apache、plesk）[...] 好吧，不完全是 HTTP/2，它仍然是 mod_spdy。”

这个 HTTP/2 “over” SPDY 是什么？我的问题的原因是我想对哪些页面使用哪种协议进行一些测量。

Answer 1

长话短说：SPDY 已死，HTTP/2 万岁！

询问“HTTP/2 在没有 SPDY 的情况下是否可行”意味着 HTTP/2 在某种程度上依赖于 SPDY。事实并非如此。相反，HTTP/2 和 SPDY 是如此相似，以至于许多实现将其现有的 SPDY 支持破解为 HTTP/2。还有很多人认为 HTTP/2 是 SPDY，或者对他们的术语感到草率。它们是不同的协议。

SPDY 是 Google 对 HTTP/1.1 的非标准（但开放）扩展，旨在加快网站加载和交互，并消除人们为减少连接数量而进行的许多黑客攻击。 HTTP/2 started with SPDY 并从那里跑来创建一个与 HTTP/1.1 和 SPDY 都不兼容的新标准协议。

许多人将 SPDY 和 HTTP/2 视为相同的东西，但事实并非如此。 HTTP/2 和 SPDY 之间的标准化过程发生了重大变化，因此 SPDY 和 HTTP/2 不兼容。但是它们真的很接近，所以很多 HTTP/2 实现只是被黑的 SPDY 实现。

许多 web servers 和 clients 实施了 SPDY，即使它不是标准。性能提升太好了，不容错过。

现在 HTTP/2 正式发布，SPDY 已正式弃用，取而代之的是 HTTP/2，并将在 2016 年作为标准撤销。Web 客户端和服务器正在努力切换。虽然the clients have adopted HTTP/2 非常快，但server support seems to be lagging。

在撰写本文时，HTTP/2 成为标准只有六周时间。再给它一些时间。对 SPDY 的引用将在 HTTP/2 实现中徘徊，但很快就会被清除。 Firefox 36.0.4 的网络控制台正确地将协议版本报告为 HTTP/2。

至于是否使用HTTP/2，看HTTP响应对象，应该有使用的协议。