HTTP / 2服务器推送

HTTP协议的新版本HTTP / 2允许服务器在客户端请求特定内容之前将内容推送到客户端。 如果将旧版本1.1与新版本2进行比较，协议中还有许多其他修改，但是在本文中，我将重点介绍推送功能。 我将简要讨论如何在servlet中使用它，还将讨论有关如何测试并了解它是否真正起作用的一些知识。 在撰写本文之前，我的初衷是创建一个HTTP / 2演示，该示例显示使用推入示例页面加载的速度比不使用推入示例页面加载的速度要快。 这将是我由PACKT发行的视频教程中的一章。 在示例应用程序的开发过程中，我遇到了一些问题，我阅读了一些教程并调试了示例代码，从而积累了一些经验。 在本文中，我与您分享了这种经验。 这样，本文不仅仅是一个简单的入门教程。 但是，TLDR也更长一些。 如果您不耐烦。

HTTP版本

HTTP / 2是HTTP协议的新版本。 该协议在2之前具有三个版本。它们分别是0.9、1.0和1.1。 第一个只是从1991年开始的实验。第一个实际版本是1996年发布的1.0。如果您当时使用互联网并且仍然记得Mosaic浏览器，则可能是该版本。 此版本很快之后是1997年的1.1版本。1.0和1.1之间的主要区别在于Host标头字段使在一台计算机，一台服务器，一个IP地址和一个端口上运行多个网站成为可能。

HTTP 1.1

1.0和1.1版本都非常简单。 客户端打开一个通往服务器的TCP通道，并将请求以纯文本形式写入其中。 该请求从请求行开始，然后是标题行，空行和请求的正文。 主体可以是二进制的。 响应具有相同的结构，除了第一行不是特定于请求的行，而是明显的响应。

恕我直言，如今，简单的方法非常重要，因为它不可避免地会帮助协议的传播和使用。 您可以在不同领域的行业中找到这种类型的模式。 这就是世界以敏捷方式发展的方式。 首先，您开发出一些简单的可行的东西，然后继续使它变得越来越复杂，因为环境要求它对更复杂的功能有更强的渴望。 第一次大胆尝试并寻求复杂而完美的解决方案通常是行不通的。 如果您还记得电影《星球大战》（Star Wars），您会知道死亡之星永远不会完结，最后会被夷为平地。 但这并不意味着我们开始的简单版本没有问题。

HTTP / 1.1问题

HTTP / 1.1有很多问题。 一个真正的英国人可能会说使用网络并不是最佳选择。 浪费带宽。 HTTP发明网页的早期是文本。 今天，它是文本，CSS，JavaScript，图像，声音，视频以及数字化的气味，味道和触摸样本，更不用说直接的神经刺激命令文件了。 在此税收列表中，紧随视频之后的这些最后内容类型仍然很少，但是您应该做好准备，这就是HTTP / 2的目标。 为未来做准备。 使用HTTP / 1.1，浏览器会在单独的TCP通道中依次下载这些资源。 服务器或客户端可以处理的TCP通道数量是有限的，因此浏览器限制自己打开的TCP通道不能超过四个。 这意味着在下载页面的四个内容元素时，其他元素在队列中等待下载。 如果我们的下载内容很慢，则可能会阻止整个网页的下载。 您可以通过编写一些简单的servlet来运行实验，该servlet将复杂HTML页面发送到浏览器，然后让某些内容元素下载速度变慢，而另一些内容元素则下载速度很快。 使用Chrome在调试模式下进行操作，您将获得漂亮的甘特图，显示下载时间。

该网络还浪费了为每个新的HTTP连接创建一个新的TCP通道。 创建TCP通道需要先从客户端到服务器传输SYN数据包，然后再从服务器向客户端传输SYN-ACK，然后再从客户端向服务器传输ACK，然后才能开始发送数据。 除此之外，TCP协议还限制了自身不会向丢失通道注入大量数据，这些数据无论如何都会丢失，因此它启动缓慢，仅在开始时发送少量数据包，并且仅在它出现时才提高速度看到包裹的形状和内容良好。 让我们考虑一下启动TCP通道的三向握手。 客户端和服务器之间的网络具有一定的滞后性和带宽。 滞后是程序包从客户端到服务器或以其他方式传播所需的时间。 带宽是在给定时间内（例如一秒钟）可以通过客户端和服务器之间的网络推送的位数。 想象一下您用来填充水桶的软管。 如果很长，打开水龙头后可能要花两三秒钟才能开始倒水。 如果狭窄，则需要一分钟才能装满水桶。 在这种情况下，开始时2-3秒并不重要，无论如何您都必须等待一分钟。 另一方面，如果软管较宽，则水可能会在十秒钟内充满桶中的水。 三秒钟的延迟是30ÿ