前情提要
在上一篇文章《【HTTP 2.0】 简介(Introduction)》中,我们简单介绍了 HTTP 2。
在本篇文章中,我们将会了解到 HTTP 2 协议概述部分的内容。
HTTP/2 协议概述(HTTP/2 Protocol Overview)
HTTP 2 优化了 HTTP 传输部分的语义。HTTP 2 支持 HTTP 1.1 中所有的特性,它旨在通过多种方法提升 HTTP 的效率。
HTTP 2 协议的基础单元是帧(Frame)(参考章节 4.1)。每种帧的目的各不相同。比如,HEADERS 帧和 DATA帧组成了 HTTP 的请求和相应(参考章节 8.1)。其他类型的帧则用于支持 HTTP 2 的其他特性,比如 SETTINGS、WINDOW_UPDATE 和 PUSH_PROMISE。
每一个 HTTP 通过在其流(参考章节 5)中关联请求与相应,以实现请求的多路复用。流与流之间是相互独立的,所以,一个挂起的或者慢速的请求或响应,将不会影响其他流的进度。
通过流量控制和优先级来保证流的多路复用效率。流量控制(参考章节 5.2)保证可用数据能够传达至接收者。优先级(参考章节 5.3)保证有限的资源能够最先被应用在最重要的流中。
HTTP 2 新增了互动模式,以实现服务器主动推送响应内容至客户端(参考章节 8.2)的功能。服务器推送技术允许服务器预测客户端所需的数据,并推送至客户端,通过付出一些网络资源来降低等待延迟。服务器通过发送 PUSH_PROMISE 帧,建立合成请求,之后便可以通过合成请求在单独的流中发送响应信息。
在一个连接中包含大量重复的 HTTP 报头字段,帧中包括了这些字段,并对其进行了压缩(参考章节 4.3)。在大多数情况下,这有利于请求大小的优化,允许很多请求被压缩至一个数据包。
文档组织结构
HTTP 2 规范分为以下四部分:
- 发起 HTTP 2(第3章)包括了如何初始化一个 HTTP 2 连接。
- 帧层(第4章)和流层(第5章)描述了 HTTP 2 中帧的构成,以及如何形成多路复用流。
- 帧定义(第6章)和异常定义(第7章)包括了 HTTP 2 中的帧的详细信息以及异常的类型。
- HTTP 映射(第8章)和附加要求(第9章)描述了 HTTP 语法是如何表达帧和流的。
帧和流的概念有一部分是独立于 HTTP 的,本规范没有定义完全通用的帧层。帧和流是根据 HTTP 协议以及服务器推送而定制的。
约定和术语
本文档中的关键词 “MUST”,“MUST NOT”,“REQUIRED”,“SHALL”,“SHALL NOT”,“SHOULD”,“SHOULD NOT”,“RECOMMENDED”,“MAY”,“OPTIONAL”如 RFC 2119 中所描述的进行解读。
所有数值都是按网络字节顺序。值均为无符号,除非进行特殊说明。字面量通过十进制或者十六进制表示。十六进制字面量以 0x 作为前缀,以区别于十进制字面量。
以下术语用于:
客户端(client):
发起一个 HTTP 2 连接的终端。客户端发送 HTTP 请求,并接收 HTTP 响应。
连接(connection):
两个终端之间的传输层连接。
连接错误(connection error):
影响整个 HTTP 2 连接的错误。
终端(endpoint):
连接中的客户端或者服务器。
帧(frame):
一个 HTTP 2 连接内通信的最小单位。是一个由报头和帧类型(八种帧类型之一)所组成的可变长度序列。
点(peer):
点是一个终端。当讨论一个特定终端时,“点”指代的是讨论的主题所对应的远程终端。
接收者(receiver):
接收帧的终端。
发送者(sender):
发送帧的终端。
服务器(server):
接受 HTTP 2 连接的的终端。服务器接收 HTTP 请求,并发送 HTTP 响应。
流(stream):
HTTP 2 连接中双向流动的帧。
流错误(stream error):
独立的 HTTP 2 流中产生的错误。
最后,术语“网关”,“中介”,“代理”和“隧道”在 RFC 7230 的 2.3 章节中有所定义。中介在不同的时候即充当客户端又充当服务器。
术语“有效载荷体”在 RFC 7230 的 3.3 章节中有所定义。
本文以 CC BY-NC-SA 3.0 CN 协议共享,转载、共享及二次创作时请保留原文出处及链接,请勿用于商业用途。
本文链接:http://litecodes.com/dev/http-2-spec-protocol-overview/
本系列文章将会在我的 GitBook:http2-spec-zh 同步更新,
下一篇文章将会翻译协议的第三部分:Starting HTTP/2(发起 HTTP 2),不要错过哟~