前言

• 有输入就要有产出，该笔记是本人看完《图解HTTP》后对每章涉及到的知识进行汇总
• 博客将会已书的每章为一篇发布，下一篇博客发布时间不确定
• 笔记中有些个人理解后整理的笔记，可能有所偏差，也恳请读者帮忙指出，谢谢。

免责声明

• 本博客是本人在学习《图解 HTTP》后整理的笔记，旨在方便复习和回顾，并非用作商业用途。
• 为了方便，博客有些图与书中的图一致，因此没有自行截图，而是采取引用他人博客图片地址，感谢这些博主提供的图床。
• 此笔记用于记录本人对于该知识的汇总。以方便日后的工作与学习。
• 内容与原书不完整，请读者结合原书观看
• 如有侵权请告知，马上删除。

第3章 HTTP报文内的HTTP信息

3.1 HTTP报文

1. HTTP报文

• 用于HTTP协议交互的信息

  • 请求报文：请求端（客户端）的HTTP报文
  • 响应报文：响应端（服务端）的HTTP报文

• 本身是由多行数据构成的字符串文本

• 报文构成：

  

  • 请求报文首部及响应报文首部的结构

    

    字段	包含内容
    请求行	用于请求的方法，请求URI和HTTP版本
    状态行	表明响应结果的状态码，原因短语和HTTP版本
    首部字段	表示请求和响应的各种条件和属性的各类首部
    其他	HTTP的RFC未定义的首部（Cookie等）

3.3 编码提升传输速率

• 通过传输时[编码](# 2. 压缩传输的内容编码)，能有效地处理大量的访问请求
• 会消耗更多的CPU资源。

1. 报文主体和实体的差异

报文	实体
1. 是 HTTP 通信中的基本单位 2. 由 8 位组字节流(octet sequence， 其中 octet 为 8 个比特)组成 3. 通过 HTTP 通信传输	1.作为请求或响应的有效载荷数据(补充项)被传输 2.内容由实体首部和实体主体组成

• HTTP 报文的主体用于传输请求或响应的实体主体。
  • 通常：报文主体=实体主体
  • 当传输中进行编码操作时：实体主体的内容发生变化，才导致它和报文主体产生差异。

2. 压缩传输的内容编码

• 指明应用在实体内容上的编码格式，并保持实体信息原样压缩。

• 内容编码后的实体由客户端接收并负责解码。

  

• 常用的内容编码

  内容编码	表示
  gzip	GNU zip
  compress	UNIX 系统的标准压缩
  deflate	zlib
  identity	不进行编码

3. 分割发送的分块传输编码

• 把实体主体分块的功能

  • 在传输大容量数据时，通过把数据分割成多块，能够让浏览器逐步显示页面。

    

    【步骤】

    1. 将实体主体分成多个部分(块)。
       • 每一块都会用十六进制来标记块的大小，而实体主体的最后一块会使用“0(CR+LF)”来标 记。
    2. 使用分块传输编码的实体主体会由接收的客户端负责解码，恢复到编码前的实体主体。

3.4 发送多种数据的多部份对象集合

1. MIME机制

• 作用：发送邮件时，可以在邮件里写入文字并添加多份文件。

  

• 允许邮件处理文本、图片、视频等多个不同类型的数据。

• 使用[多部分对象集合](# 2. 多部分对象集合)方法，来容纳多份不同类型的数据。

2. 多部分对象集合

multipart/form-data

• 使用场景：在 Web 表单文件上传时

• 示例：

  

multipart/byteranges

• 使用场景：状态码 206(Partial Content，部分内容)响应报文包含了多个范围的内容时

• 示例：

  

  

  • 【注意】
    • 使用boundary字符串来划分多部分对象集合指明的各类实体。
    • 在boundary字符串指定的各个实体的起始行之前插入--标记
    • 而在多部分对象集合对应的字符串的最后插入--标记

3.5 获取部分内容的范围请求

1. 范围请求

• 指定范围发送的请求

  • 【应用于】当下载文件过程中出现网络中断，可以通过范围请求无需从新下载，通过范围请求可以从之前下载中断处恢复下载。

• 范围的指定格式

  //1. 从起始数值-截止数值
  Range: bytes=起始数值-截止数值
  
  //2. 从起始数值之后的全部
  Range: bytes=起始数值-
  
  //3. 多重范围
  Range: bytes=起始数值1-截止数值1，起始数值2-截止数值2
  

  【注意】多重范围的范围请求，响应会在首部字段Content-Type标明multipart/byteranges后返回响应报文

• 响应返回

  • 针对范围请求，响应会返回状态码 206 Partial Content的响应报文。
  • 若服务器无响应范围请求，返回状态码200 OK 和 完整实体内容

3.6 内容协商返回最适合的内容

1. 内容协商机制

• 客户端和服务器端就响应的资源内容进行交涉，然后提供给客户端最为适合的资源。

  当浏览器的默认语言为英语或中文，访问相同 URI 的 Web 页面时， 则会显示对应的英语版或中文版的 Web 页面。

• 以响应资源的语言、字符集、编码方式等作为判断的基准。

• 内容协商技术类型

  技术类型	进行协商位置	参考内容
  服务器驱动协商(Server-driven Negotiation)	服务器端	以请求的首部字段为参考
  客户端驱动协商(Agent-driven Negotiation)	客户端	1. 用户从浏览器显示的可选项列表中手动选择 2. 可以利用 JavaScript 脚本在 Web 页面上自动进行上述选 择。
  透明协商(Transparent Negotiation)	服务器端和客户端各自进行