http2的一些新特性

爱被打了一巴掌 2021-06-24 14:34 368阅读 0赞

Mark Nottingham写了一篇[博客][Link 1]对新协议中9件值得期待的事情发表了看法：

1.  使用与HTTP相同的API。就像Mark提到的：“要想让HTTP/2成功，就必须让它能在现有的Web中正常工作。因此我们所做的努力是让现有的HTTP更好地工作，而不是去改变这个协议。”尽管也许有机制能让你优化一些新功能，但一般情况下不会有新的方法、header和状态码。
2.  更廉价的请求。“HTTP/2使用多路技术，允许多个消息在一个连接上同时交差，因此一个大的响应（或者一个需要消耗服务器很长时间的响应）并不会阻止其它的响应。此外，它增加了[头压缩][Link 2]（header compression），因此即使非常小的请求，其请求和响应的header都只会占用很小比例的带宽。这对于移动平台来说，是非常重要的。因为太大的请求header，再加上页面所需的大量资源经过几个来回后，很可能导致页面加载失败。”
3.  新协议对网络和服务提供了更友好的设计。“HTTP/2将使用更少的连接，因此服务器和网络的负载都将减少。这对于越来越拥挤的网络来说具有非常重要的意义。HTTP/1采用多连接的方式实现并行数据传输，加剧了网络拥挤的问题。”HTTP/2对每台主机只需一个单独连接，而且只要可能，应尽量将多个网站合并到一台主机上。
4.  HTTP/2引入了“[服务端推][Link 3]（server push）”的概念，它允许服务端在客户端需要数据之前就主动地将数据发送到客户端缓存中，从而提高性能。当然，在某些场景下，客户端可能并不希望这么做，因此HTTP/2也允许客户端拒绝。
5.  当客户端（浏览器）改变主意，不再需要某个请求的响应时，HTTP/1的客户端只能关闭连接，而新协议则提供了更好的解决办法。“HTTP/2增加了[RST\_STREAM frame][RST_STREAM frame]，允许客户端改变主意。当浏览器进行页面跳转或者用户取消下载时，它可以防止建立新连接，避免浪费所有带宽。”
6.  HTTP/2提供更多的加密支持，[Mark早前的文章说明了其优缺点][Mark]。
7.  如果你喜欢那些可以监听和人工解析HTTP请求和响应的功能，例如使用telnet连接服务器，那么你要做好这些功能不再可用的准备。HTTP/1是基于文本的协议而HTTP/2是基于二进制的。“尽管二进制协议的解析具有更小的开销，以及更小的网络消耗，但这个巨大变化的真正原因是二进制协议更简单，因此更少错误，这是它的优点。”Mark就此进行了讨论，结果表明确实如此。例如，如何界定文本，HTTP/1的严重缺陷之一是脆弱的安全性。“HTTP/1的文本特性也导致了一些安全问题。因为不同的实现对于如何解析一条消息有着不同的决定，因此恶意团体能够以某种的方式入侵（例如，通过[response splitting attack][]）”
8.  别期望HTTP/2能够奇迹般地提升服务端或客户端的性能。“关于新协议，更准确的看法是，它清除了一些制约性能的重要障碍。只有当客户端和服务端都学会了如何以及何时使用它的先进特性，性能才会开始逐渐提升。”正如Mark指出的，当今绝大部分网站是基于HTTP/1开发的，都不可避免地受其限制。只有经过时间推移，当它们经过重新配置后，才能发挥HTTP2所提供的先进特性。“此外，HTTP/2的网络友好特性的缺点是可能导致TCP拥塞控制变得更加突出。因为浏览器对每台主机只建立一个连接，初始窗口和丢包将会更加明显。”
9.  HTTP/2并不是发展的终点，团队已经在考虑后续的发展。“现在人们非常期待HTTP/2正式发布，因此一些高级（和实验性）的特性并没有加入到此版本中。例如推送TLS认证和DNS条目到客户端，两者都能够提升性能。如果实验顺利的话，也许HTTP/3会包含这些。当然，HTTP/3也可能是个解决所有目前未发现的问题的版本。但到目前为止，信心正在不断地增长。无论是社区发布的SPDY的体验，还是HTTP/2的各种实现都表明HTTP/2已经接近完成了。”

[Link 1]: http://www.mnot.net/blog/2014/01/30/http2_expectations
[Link 2]: http://www.mnot.net/blog/2013/01/04/http2_header_compression
[Link 3]: http://www.igvita.com/2013/06/12/innovating-with-http-2.0-server-push/
[RST_STREAM frame]: http://http2.github.io/http2-spec/#RST_STREAM
[Mark]: http://www.infoq.com/news/2014/01/strengthen-http
[response splitting attack]: https://www.owasp.org/index.php/HTTP_Response_Splitting