【图解HTTP读书笔记】第三章:HTTP报文内的HTTP信息


HTTP通信过程包括从客户端发往服务器端的请求及其从服务器端返回客户端的响应。

3.1 HTTP 报文

用于HTTP协议交互的信息被称为HTTP报文。(请求报文响应报文

在这里插入图片描述

3.2 请求报文及响应报文的结构

在这里插入图片描述

在这里插入图片描述

  • 请求行:包含用于请求的方法,请求URI 和 HTTP 版本
  • 状态行:包含表明响应结果的状态码,原因短语和 HTTP 版本
  • 首部字段:包含表示请求和响应的各种条件和属性的各类首部。(通用首部、请求首部、响应首部和实体首部)
  • 其他:可能包含HTTP的RFC里未定义的首部(Cookie 等)

3.3 编码提升传输速率

通过在传输时编码,能有效地处理大量的访问请求。但是会消耗更多的CPU等资源。

3.3.1 报文主体和实体主体的差异

  • 报文:是HTTP通信中的基本单位,由8位字节流组成,通过HTTP通信传输。
  • 实体:作为请求或响应的有效载荷数据被传输,其内容由实体首部和实体主体组成。

HTTP报文的主体用于传输请求或响应的实体主体。

在这里插入图片描述
我理解是上边这个意思。

3.3.2 压缩传输的内容编码

我们都有压缩文件的经历。那么在HTTP协议中有一种被称为内容编码的功能也能进行类似的操作。内容编码后的实体由客户端接收并负责解码。
在这里插入图片描述
常用的内容编码方式:

  • gzip (GNU zip)
  • compress (UNIX 系统的标准压缩)
  • deflate (zlib)
  • identity (不进行编码)

3.3.3 分割发送的分块传输编码

在HTTP通信过程中,请求的编码实体资源尚未全部传输完成之前,浏览器无法显示请求页面。在传输大容量数据时,通过把数据分割成多块,能够让浏览器逐步显示页面。(这里举个例子,我们在网络卡的时候,页面是一块一块的加载的,我想应该就是这个原因,这样做的好处就是让客户不用一直在等待,可以先看已经加载出来的东西,这些看的差不多的时候,其他部分也就加载的差不多了)。
这种把实体主体分块的功能称为分块传输编码
在这里插入图片描述

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

在这里插入图片描述
在我们发送邮件时,我们可以在邮件里边写入文字并添加多份附件。这是因为采用了MIME(多用途因特网邮件扩展)机制,它允许邮件处理文本、图片、视频等多个不同类型的数据。
例如,图片等二进制数据以ASCII 码字符串编码的方式指名,就是利用MIME 来描述标记数据类型。而在MIME扩展中使用一种称为多部分对象集合的方法,来容纳多份不同类型的数据。

相应地,HTTP协议中也采纳了多部分对象集合,发送的一份报文主体内可含有多类型实体。通常是在图片或文本文件等上传时使用。
多部分对象集合包含的对象如下:

  • multipart/form-data : 在Web 表单文件上传时使用。

  • multipart/byteranges :状态码 206 响应报文包含了多个范围的内容时使用。

  • multipart/form-data
    在这里插入图片描述

  • multipart/byteranges

在这里插入图片描述
在HTTP报文中使用多部分对象集合时,需要在首部字段里加上Content-type
使用boundary 字符串来划分多部分对象集合指明的各类实体。

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

先来说一个例子,之前我们下载一个大的游戏,中途下载失败我们就得从头重新下载。为解决这个问题,需要一种可恢复的机制。就是可以从之前下载的地方接着下载。

要实现该功能需要指定下载的实体范围。像这样,指定范围发送请求叫做范围请求

对一份10000字节大小的资源,如果使用范围请求,可以只请求5001-10000字节的资源。
在这里插入图片描述
byte 范围的指定形式如下:

  • 5001~10000 字节
Rang:byte=5001-10000
  • 5001字节之后的所有内容
Rang:byte=5001-
  • 从一开始到3000字节1和5000-7000字节的多重范围
Rang:byte=-30005000-7000

针对范围请求,响应会返回状态码为 206 Partial Content 的响应报文。另外,对于多重范围的范围请求,响应会在首部字段 Content-Type 标明multipart/byteranges后返回响应报文。如果服务器无法响应范围请求,则会返回状态码 200 OK 和完整内容。

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

当浏览器的默认语言为英语和中文,访问相同的URI 的Web 页面时,则会显示对应的英文版或者中文版的Web页面。这样的机制称为内容协商

在这里插入图片描述
内容协商机制是指客户端和服务器端就响应的资源内容进行交涉,返回需要的资源。内容协商会影响资源的语言、字符集、编码方式等作为判断的基准。包含在请求报文中的某些首部字段就是判断的基准。

  • Accept
  • Accept-Charset
  • Accept-Encoding
  • Accept-Language
  • Content-Language

内容协商有三种类型:

  • 服务器驱动协商(服务器自动处理)
  • 客户端协商(用户手动选择)
  • 透明协商(两者结合)

参考文献:《图解HTTP》

猜你喜欢

转载自blog.csdn.net/weixin_45532227/article/details/112790550