图解HTTP第三章:HTTP报文内的HTTP信息
2017-03-09 21:54
423 查看
HTTP报文
HTTP报文:用于HTTP协议交互的信息HTTP报文大致可分为报文首部和报文主体两块。由空行(CR+LF)来划分。
请求报文和响应报文
请求行:包含用于请求的方法,请求URI和HTTP版本
状态行:包括表明响应结果的状态码,原因短语和HTTP版本
首部字段:包含表示请求和响应的各种条件和属性的各类首部。
实例:
编码提升传输速率
报文主体和实体主体:报文 :HTTP通信的基本单位,由8位组字节流组成
实体:作为请求或响应的有效载荷数据,由实体首部和实体主体组成
HTTP报文的主体用于传输请求或响应的实体主体,报文主体=实体主体,只有进行编码操作时,实体主体的内容发生变化,才导致它和报文主体产生差异。
压缩传输的内容编码
内容编码指明应用在实体内容上的编码格式,并保持实体信息原样压缩。
内容编码后的实体由客户端接收并负责解码
常用的内容编码:gzip、compress、deflate、identity
分割发送的分块传输编码
把实体主体分成多个部分,每一块都会用16进制来标记块的大小,而实体主体最后一块会使用
0(CR+LF)来标记。
发送多种数据的多部分对象集合
MEME机制:Multipurpose Internet Mail Extensions,多用途因特网邮件扩展机制,它允许邮件处理文本、图片、视频等多个不同类型的数据。多部分对象集合的对象如下:
multipart/form-data 在Web表单文件上传时使用
multipart/byteranges 状态码206(Partial Content,部分内容)响应报文包含了多个范围的内容时使用
使用多部分对象集合时,需要在首部字段里加上Content-type。
获取部分内容的范围请求
范围请求(Range Request):指定下载实体范围的请求。使用首部字段
Range:bytes= -3000来指定资源的byte范围。
内容协商返回最合适的内容
内容协商机制(Content Negotiation):指客户端和服务器端就响应的资源内容进行交涉,然后提供给客户端最为适合的资源。内容协商会以资源的语言、字符集、编码方式等作为判断的基准。这些请求首部字段就是判断的标准:
Accept
Accept-Charset
Accept-Encoding
Accept-Language
Content-Language
内容协商的技术类型:
服务器驱动协商(Server-driven Negotiation):由服务端进行内容协商,以请求的首部字段为参考,在服务端自动处理。但对用户来说,以浏览器发送的信息作为判定依据,并不一定能筛选出最优内容。
客户端驱动协商(Agent-driven Negotiation):由客户端进行内容协商的方式。用户从浏览器显示的可选项列表中手动选择,或者通过JS在Web页面上自动进行上述选择,比较按OS的类型或浏览器类型,自动切换PC或H5。
透明协商(Transparent Negotiation):是服务器驱动和客户端驱动的结合体,是由服务器端和客户端各自进行内容协商的一种方法。
相关文章推荐
- (第三章,第四章)http报文内的http信息,返回结果的http状态码
- 《图解HTTP》笔记——HTTP报文内的HTTP信息(第三章)
- 图解HTTP:简单的HTTP协议和报文信息
- 图解HTTP协议 第3章 HTTP报文内的HTTP信息学习笔记
- 图解http学习笔记3.HTTP报文内的HTTP信息
- 图解HTTP笔记之第三章:http的请求报文和响应报文
- 第3章 HTTP报文内的HTTP信息(2) 总结
- 第3章 HTTP报文内的HTTP信息(1)报文头部、压缩传输的内容编码、Multipart
- [HTTP权威指南读书笔记]第三章—HTTP报文
- 图解HTTP读书笔记(三 HTTP报文内的HTTP信息)
- http报文内的http信息
- HTTP报文结构图解
- HTTP报文内的HTTP信息
- HTTP报文内的HTTP信息之发送多种数据的多部分对象集合
- HTTP报文结构图解
- HTTP报文内的HTTP信息之内容协商返回最合适的内容
- HTTP报文内的HTTP信息之获取部分内容的范围请求
- 《HTTP权威指南》第三章 HTTP报文
- 《图解HTTP》学习笔记(三)-HTTP报文内的HTTP信息
- HTTP Request / Response 报文基本信息结构