图解HTTP学习笔记5:HTTP报文结构、编码、多部分对象集合、范围请求、内容协商

HTTP报文结构

在这里插入图片描述

  • 报文(message)
    是HTTP通信中的基本单位,由8位组字节流(octet sequence),其中octet为8个比特)组成,通过HTTP通信传输。
  • 实体(entity)
    作为请求或响应的有效载荷数据(补充项)被传输,其内容由实体首部实体主体组成。
  • 报文主体:是被用来传输请求或响应的实体主体
  • 通常,报文主体等于实体主体。只有当传输中进行编码操作时,实体主体的内容发生变化,才导致它和报文主体产生差异。

请求报文和响应报文的结构:在这里插入图片描述

  • 请求行:包含用于请求的方法,请求URI和HTTP版本
  • 状态行:包含表明响应结果的状态码原因短语和HTTP版本
  • 首部字段:包含表示请求和响应的各种条件属性的各类首部
  • 其他:可能包含HTTP的RFC里未定义的首部(Cookie 等)
HTTP在传输时编码可以提升传输速率

HTTP传输数据:1按数据原样传输。2编码传输(更耗CPU)。
http报文中的实体是我们真正想要获得的数据,而头部信息是通信双方的约定,以便能正确读取数据。
Content-Length:实体的大小,这个大小是编码之后的大小(也就是接收方获得的数据大小),大小很重要尤其是在持久连接中,一个连接中有多条请求或响应,只能通过大小来划分一条请求的结束和下一条请求的开始。
内容编码:内容编码是指对实体数据的编码,编码的目的一般是保证数据的安全或对数据进行压缩。

  • 内容编码:压缩传输。
    内容编码指明应用在实体内容上的编码格式,并保持实体信息原样压缩。内容编码后的实体由客户端接收并负责解码。
    在这里插入图片描述
  • 分块传输编码:把实体主体分块发送
    每一块都会用十六进制来标记块的大小,而实体主体的最后一块会使用“0(CR+LF)”来标记。使用分块传输编码的实体主体会由接收的客户端负责解码,恢复到编码前的实体主体。.
    分块传输编码中定义了一种称为传输编码的机制(只定义作用于分块传输编码中),它可以在通信时按某种编码方式传输。
    在这里插入图片描述
多部分对象集合:可发送多种数据

发送的一份报文主体内可含有多类型实体。通常是在图片或文本文件等上传时使用。
多部分对象集合 包含的对象 如下:

  • multipart/form data
    在Web表单文件上传时使用。
    在这里插入图片描述
  • multipart/byteranges
    状态码206 (部分内容)响应报文包含了多个范围的内容时使用。
    在这里插入图片描述在这里插入图片描述
  • 使用多部分对象集合时,需要在首部字段里加上Content-type。
  • 使用boundary字符串来划分多部分对象集合指明的各类实体。在boundary字符串指定的各个实体的起始行之前插入“标记(例如: - -AaB03x、- -THIS_ STRING SEPARATES),而在多部分对象集合对应的字符串的最后插入“- -标记(例如: - -AaB03x- -、 - -THIS_ STRING_ SEPARATES- -)作为结束
  • 多部分对象集合的每个部分类型中,都可以含有首部字段。另外,
    以在某个部分中嵌套
    使用多部分对象集合。
范围请求:获取部分内容

比如网断了中断了下载,在恢复后可以从中断处继续下载。

  • 要实现该功能需要指定下载的实体范围。像这样,指定范围发送的请
    求叫做范围请求( Range Request) 。
    在这里插入图片描述
  • 指定形式:
    bytes= 5001- 10000 :5001~10 000字节。
    bytes= 5001- :从5001字节之后全部的。
    bytes= -3000,5000 - 7000 :从一开始到3000字节和5000~7000字节的多重范围。
  • 针对范围请求,响应会返回状态码为206PartialContent的响应报文
  • 对于多重范围的范围请求,响应会在首部字段Content-Type标明multipart/byteranges后返回响应报文。
  • 如果服务器端无法响应范围请求,则会返回状态码200 OK和完整的实体内容。
内容协商:返回最合适的内容
  • 内容协商机制:客户端和服务器端就响应的资源内容进行交涉,然后提供给客户端最为适合的资源。
  • 内容协商会以响应资源的语言(如网页用中文显示还是用英文显示)、字符集、编码方式等作为判断的基准。
  • 判断的基准:是包含在请求报文中的某些首部字段
  • 内容协商的三种类型:
    – 1服务器驱动协商:由服务器端进行内容协商以请求的首部字段为参考,在服务器端自动处理。但对用户来说,以浏览器发送的信息作为判定的依据,并不一定能筛选出最优内容。
    – 2客户端驱动协商:由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择。还可以利用JavaScript 脚本在Web页面上自动进行上述选择。比如按OS的类型或浏览器类型,自行切换成PC版页面或手机版页面。
    – 3透明协商:是服务器驱动和客户端驱动的结合体,是由服务器端和客户端各自进行内容协商的一种方法。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值