由于我不是专家，所以我有一个关于 HTTP/2 的一般性问题。
众所周知，HTTP2 压缩标头以减小消息大小。这仅适用于响应还是也适用于请求？如果做一个小实验并运行两个小型 HTTP 服务器，一个使用版本 1.1，另一个使用版本 2，让它们发送完全相同的内容，然后在 Firefox 中请求两个页面，我可以看到响应标头大小显着小于HTTP/2 版本。但是，请求头大小几乎相同。根据我的理解，这是有道理的，因为浏览器事先不知道服务器是否支持 HTTP/2，因此无法预先压缩标头。我对吗？如果是这样，有没有办法“强制”客户端使用 HTTP/2（对于客户端，我不是指 brwoser，而是程序化的）并压缩请求标头？
还有一个问题：如果我想在负载下对 HTTP/1.1 与 HTTP/2 的性能进行基准测试，那么有用的测试设置应该是什么样的，哪些参数会变化，哪些指标可以衡量（RTT、TTFB、. ..？）
启动连接时，您会协商协议。客户端在知道要发送的格式之前需要知道它是在说 HTTP/1.1、HTTP/2 还是其他东西。对于 HTTPS 连接，这由使用 ALPN 的 TLS 连接协商处理。
对于第一个（或更多）请求，也可以从 HTTP/1.1 开始，然后在稍后阶段升级到 HTTP/2。这是由服务器通过 HTTP/1.1 连接通过在响应中发送Upgrade: h2（对于 HTTPS）或Upgrade: h2c（对于 HTTP）HTTP 标头来宣传 h2 支持来处理的，然后客户端可以选择升级。这对于最初没有 TLS 协商的 HTTP 连接更有用，因此客户端可能会假设 HTTP/1.1。然而，所有的网络浏览器都表示他们不会通过 HTTP (h2c) 支持 HTTP/2，而只会通过 HTTPS (h2) 支持它。老实说，我想不出为什么 HTTPS 连接会从 HTTP/1.1 开始然后升级到 HTTP/2 - 而不是从一开始就作为 HTTP/2 开始，但理论上这是可能的。
您可以通过单击此链接查看升级标头的示例：https : //securityheaders.io/?q=https%3A%2F%2Fwww.tunetheweb.com&followRedirects= on 注意我只使用 securityheaders.io 网站作为显示 HTTP 标头的快速方法。从理论上讲，您可以通过使用浏览器直接访问https://www.tunetheweb.com并查看响应标头来看到相同的内容，但这很可能是通过 HTTP/2 完成的，因此不会有标头。还要注意，这是一个可选的标头，并不是所有的 HTTP/2 服务器都会发送它（例如 Apache 会，NGINX 不会）——可能是因为它在上面讨论的 HTTPS 上没有那么有用。
了解压缩如何通过 HTTP/2 工作非常重要。首先，您会受益于它是二进制协议而不是基于文本的协议，因此可以节省一些成本。然而，主要的节省是通过创建标题表来避免重复。这意味着第一个请求将是完整大小，只有后续请求会更小，因为它们用对表的引用替换了实际标题。与响应标头类似（两者都使用压缩）。尽管严格来说这不是真的，因为有一个预定义的静态表，包含常见的 HTTP 标头和值（例如GET和/），因此在第一个请求中仍然有一些节省，但在后续请求中作为更长的标头（例如用户代理）节省了更多) 被引用替换。
我很确定（虽然不是 100%）浏览器显示完整大小而不考虑 HTTP/2 HPACK 压缩，因为这是在较低级别完成的（尽管大多数显示两个数字 - 有和没有 gzip body 压缩，但这是不同的）。要查看实际的 HTTP/2 详细信息和大小，您需要使用类似 Wireshark 或 Chrome 的 net-internals 页面的工具。有关一些建议的工具，请参阅此页面：https : //community.akamai.com/community/web-performance/blog/2015/06/05/useful-tools-for-http2-debugging。其他需要注意的一点是，与大多数主体相比，标头大小通常很小（至少对于响应而言）。
至于性能基准测试工具，这是一个超出 Stack Overflow 范围的大话题，因为有很多变量会影响它（例如，网络位置、类型 - 影响延迟和带宽 - HTTP/2 在浏览器和客户端的软件实现.. 。 等等。）。我能建议的最好方法是尽可能多地复制用户的典型设置，并尽可能多地重复测试，或者在分析软件中使用 RUM（真实用户监控）指标。HTTP/2 应该使大多数网站更快，但这不是给定的。这个网页是一个非常带宽限制的网站的一个很好的例子，它实际上在没有调整的情况下通过 HTTP/2 连接变慢：https : //99designs.ie/tech-blog/blog/2016/07/14/real-world-http -2-400gb-of-images-per-day/
希望有帮助。