HTTP发展简史

HTTP 协议于 1991 年引入，至今已有近 30 年的历史。自第一个文档化版本 (后来称为 0.9) 以来，它已经经历了一段相当长的历程。在本文中，我们将简要回顾 HTTP 协议的发展历史，重点介绍 HTTP/2 带来了什么，以及我们如何从中获益。我们将使用 Node.js 服务端来实现它。

HTTP 协议简史

HTTP 的第一个版本只能传输超文本标记语言 (HTML) 文件，因此我们称之为超文本传输协议。它真的很简单，唯一可用的方法就是 GET。它没有 HTTP 头文件或状态代码。如果出现问题，服务器可以使用带有错误描述的 HTML 文件进行响应。

1996 年 1.0 版本出现了。与前一个版本相比，它进行了许多改进，其中最重要的是状态代码、POST 和 header 等附加方法。现在，我们可以使用 Content-Type 头来传输普通 HTML 之外的文件。

1997 年发布的 HTTP/1.1 引入了一些其它的改进。除了添加像 OPTIONS 这样的方法外，它还引入了 Keep-Alive 头。它允许一个连接对多个 HTTP 请求保持打开状态。因为这点，连接不必在每次请求之后关闭，然后再重新打开。在 HTTP/1.1 中，我们通常一次只能有 6 个连接。例如，如果其中一个请求由于服务器上的某些复杂逻辑而卡住，那么它们中的每一个都可以一次处理一个请求，整个连接就会冻结并等待响应。这个问题称为前端阻塞。

实现 Node.js HTTP/2 的好处

堆栈中有很多实现 HTTP/2 的方法。一种常见的方法可能是在 web 服务器上实现它，但是在本文中，我们在应用程序层中实现它，以便拓展 Node.js 的相关知识。因为浏览器不支持未加密的 HTTP/2，这意味着我们需要通过 HTTPS 协议实现 TLS 连接。要在本地完成此操作，我们使用以下命令生成证书:

解决某些复杂应用程序中的前端阻塞问题

即使使用 HTTP/1.1 进行 6 个并行连接也可能不够用，尤其是当我们遇到前端阻塞时。HTTP/2 通过允许一个连接同时处理多个请求解决了这个问题，这是因为即使其中一个请求被卡住，其它的请求也可以继续。在上面的这个简单示例中，我们使用普通 HTML 进行响应。每当有人向我们的服务器发出请求时，流事件就会触发。

在 headers 参数中，我们有即将到来的请求的所有 header。它是一种检查方法，比如请求的方法和路径。现在，由于我们使用 HTTP/2，浏览器使用一个非阻塞的连接。在使用 HTTP/2 时，由于在同一连接上处理并行请求和处理前端阻塞问题，你可以看到性能的显著提高。

报头压缩

HTTP/2 使用了一种新的报头压缩算法，我们称之为 HPACK。一些参与定义 HTTP/2 协议的开发人员也在开发 SPDY，它以前也用于压缩报头。不幸的是，后来人们发现它容易受到 CRIME 攻击。HPACK 不仅使整个过程更加安全，而且在某些情况下速度更快。

使用服务端推送缓存数据

当我们实现 HTTP/2 时，上面所有的改进都是开箱即用的。这并不是它全部的能力。通过服务器推送，我们现在可以在客户机缓存中填充数据。我们甚至可以在浏览器请求之前完成。一个基本的使用场景是当用户请求 index.html 文件时的情况。

在上面的示例中，当用户访问主页时，它请求 index.html 文件。当它得到一个样式表时，它会注意到还需要 style.css 文件。在请求 index.html 和 style.css 之间有一些延迟，我们可以使用服务端推送来处理它。因为我们知道用户将需要 style.css 文件，所以可以将它与 index.html 一起发送。

现在使用 stream.pushStream 只要有人请求 index.html，我们就发送 style.css 文件。当浏览器处理它时，它会看到标记，并注意到它还需要 style.css 文件。由于服务端推送，它已经缓存在浏览器中，因此不需要发送另一个请求。

总结

HTTP/2 旨在通过满足日益复杂的 web 页面的需求来提高性能。我们使用 HTTP 协议发送的数据量增加了，HTTP/2 通过处理前端阻塞等方法解决了这个问题。另外由于在同一连接上处理并行请求，这也解除了 HTTP/1.1 的一些限制。

英文原文：https://wanago.io/2019/07/15/node-js-typescript-benefits-http2-protocol/