浏览器工作原理-HTTP 协议

基于 ABNF 语义定义的 HTTP 消息格式

1. ABNF (扩充巴科斯-瑙尔范式)操作符

• 空白字符：用来分隔定义中的各个元素
  method SP request-target SP HTTP-version CRLF
• 选择 /：表示多个规则都是可供选择的规则
  start-line = request-line / status-line
• 值范围 %c##-##：
  OCTAL = "0" / "1" / "2" / "3" / "4" / "5" / "6" / "7" 与 OCTAL = %x30-37等价
• 序列组合()：将规则组合起来，视为单个元素
• **不定量重复 m*n：
  * 元素表示零个或更多元素：*(header-field CRLF)
1* 元素表示一个或者更多元素，2*4元素表示两个至四个元素
• 可选序列[]：
  [message-body]

2. ABNF (扩充巴科斯-瑙尔范式) 核心规则

3. 基于 ABNF 描述的 HTTP 协议

HTTP-message = start-line *(header-field CRLF) CRLF [message-body]
  start-line = request-line / status-line
     request-line = method SP request-target SP HTTP-version CRLF
     status-line = HTTP-version SP status-code SP reason-phrase CRLF
  header-field = field-name ":" OWS field-value OWS
    OWS = *(SP / HTAB)
       field-name = token
       field-value = *(field-content / obs-fold)
  message-body = *OCTET  二进制的方式传递 

4.常见方法

• GET：主要的获取信息方法，大量的性能优化都针对该方法
• HEAD: 类似 GET 方法，但服务器不发送 BODY,用以 获取 HEAD 元数据，幂等方法
• POST: 常用于提交 HTML FORM 表单、新增资源等
• PUT: 更新资源，带条件时是幂等方法
• DELETE: 删除资源，幂等方法
• CONNECT: 建立 tunnel 隧道
• OPTIONS: 显示服务器对访问资源支持的方法，幂等方法
• TRACE: 回显服务器收到的请求，用于定位问题，有安全风险

5.两种传输HTTP 包体的方式

5.1 定长包体

• 发送 HTTP 消息时能够确定包体的全部长度
  • 使用 Content-Length 头部明确指明包体长度
    • Content-Length = 1*DIGIT
      *用10进制（不是16进制）表示包体中的字节个数，且必须与实际传输的包体长度一致

5.2 不定长包体的 chunk 传输方式

• 发送 HTTP 消息时不能确定包体的全部长度
  • 使用 Transfer-Encoding 头部指明使用 Chunk 传输方式
    • 含 Transfer-Encoding 头部后 Content-Length 头部应被忽略
• Transfer-Encoding 头部
  • tranfer-coding = "chunked" / "compress" / "deflate" / "gzip" / transfer-extension
  • Chunked transfer encoding 分块传输编码：Transfer-Encoding: chunked
    • chunked-body = *chunk
      last-chunk
      trailer-part
      CRLF
    • chunk = chunk-size [chunk-ext] CRLF chunk-data CRLF
      • chunk-size -- 1*HEXDIG : 注意这里是16进制而不是10进制
      • chunk-data -- 1*OCTET : 1个或多个十六进制数据
    • last-chunk = 1*("0") [chunk-ext] CRLF
    • trailer-part = *(header-filed CRLF) : o个或多个头部字段