HTTP/2 请求中为何包含冒号开头的伪头部字段？
HTTP/2 协议在请求消息中引入了以冒号开头的伪头部字段，用于替代 HTTP/1.x 中的起始行信息。
HTTP/1.x 与 HTTP/2 消息结构差异
HTTP/1.x 协议中，请求消息的起始行包含了方法、目标地址和协议版本，例如 POST /users HTTP/1.1。而在 HTTP/2 协议中，消息被封装在二进制帧中，不再使用文本形式的起始行。为了在二进制传输中保持语义的完整性，HTTP/2 引入了伪头部字段。这些字段以冒号开头，用于携带请求的关键信息，确保在二进制分帧传输下，服务器仍能正确解析请求的意图和目标。
伪头部字段的出现是为了适应 HTTP/2 的多路复用机制。在 HTTP/1.x 中，每个请求都需要独立的起始行，而在 HTTP/2 中，多个请求共享同一个 TCP 连接。通过将起始行的信息转换为伪头部字段，可以在同一个连接中区分不同的请求流。这种结构变化使得协议在保持向后兼容的同时，能够更高效地处理并发请求。
HTTP/2 请求中的四个核心伪头部字段
HTTP/2 请求中定义了四个核心伪头部字段，分别对应 HTTP/1.x 起始行的三个部分和路径信息。:method 字段用于指定 HTTP 方法，如 GET 或 POST，表明客户端希望对资源执行的操作。:scheme 字段表示目标 URI 的方案部分，通常是 HTTP 或 HTTPS，用于标识协议类型。:authority 字段包含目标 URI 的权限部分，即域名和端口，用于定位服务器。:path 字段则包含路径和查询字符串，用于指定具体的资源位置。
这些伪头部字段在 HTTP/2 请求中是必需的，且必须按照 :method、:scheme、:authority、:path 的顺序出现。例如，一个 HTTP/2 请求可能包含 :method: GET、:scheme: https、:authority: www.example.com 和 :path: /index.html。这种结构化的字段定义使得服务器能够快速解析请求的关键信息，而无需依赖起始行的文本格式。
HTTP/2 响应中的唯一伪头部字段
与请求不同，HTTP/2 响应中只包含一个伪头部字段，即 :status。该字段用于提供响应的状态码，例如 200 或 404。在 HTTP/1.x 中，状态码位于响应起始行的第二部分，而在 HTTP/2 中，状态码被封装在 :status 伪头部字段中。这种设计确保了响应消息在二进制帧中的语义一致性，使得客户端能够准确识别请求的处理结果。
:status 字段是 HTTP/2 响应中唯一必需的伪头部字段。它位于响应帧的开头，紧随连接建立后发送的第一个数据帧。通过这种方式，客户端可以快速获取响应的状态信息，而无需解析整个响应消息。这种设计简化了响应处理流程，提高了协议的效率。
使用工具验证 HTTP/2 伪头部字段
可以使用 nghttp 工具发送 HTTP/2 请求并查看伪头部字段的具体格式。在命令行中执行 nghttp -nv https://www.example.com，工具会输出详细的请求和响应帧信息。在输出中，查找 HEADERS 帧，可以看到伪头部字段的具体内容。例如，输出可能包含 :method: GET、:scheme: https、:authority: www.example.com 和 :path: /。这些信息验证了 HTTP/2 请求中伪头部字段的存在和格式。
通过观察 nghttp 的输出，可以确认伪头部字段在 HTTP/2 请求中的实际应用。这些字段以冒号开头，清晰地标识了请求的关键信息。这种验证方法不仅适用于 example.com，还可以用于其他支持 HTTP/2 的服务器。通过工具的辅助，开发者可以更直观地理解 HTTP/2 协议的伪头部字段机制。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。