HTTP3
编码提升传输速率
获取部分内容的范围请求
内容协商返回最合适的内容
HTTP信息
用于HTTP协议交互的信息叫做HTTP报文,全球短叫做请求报文,响应端叫做响应报文
HTTP报文大致可分成报文首部(请求/状态行+各种首部字段)和报文主体两块,两者使用空行划分(CR+LF),报文主体并非必须
一般报文首部组成:
请求行:包含用于请求的方法,请求URI和HTTP版本
状态行:包含表名响应结果的状态码,原因短语和HTTP版本
首部字段:包含请求和响应的各种条件和属性的各种首部,通常有4种首部:通用/请求/响应/实体首部
其他RFC中没有定义的首部(如Cookie)
编码提升传输速率
HTTP早传输数据时可以通过编码来提升传输速率,但是编码需要由计算机来完成,因此会消耗更多的CPU等资源
报文主体和实体主体
报文:HTTP通信的基本单位,由组字节流组成
实体:作为请求或响应的的有效载荷数据被传输,内容有实体首部+实体主体
通常报文主体等于实体主体,但当进行编码时,实体主体内容发生变化与报文主体产生差异
压缩传输的内容编码
内容编码知名应用在实体内容上的编码格式,保持实体信息原样压缩,之后又客户端接收并负责解码,常用的又gzip.compress,deflate,identity
分割发送的分块传输编码
在传输大容量数据时,把数据分割成多块,能让浏览器逐步显示页面,这种把实体主体分块的功能成为分块传输编码
传输编码把实体主体分恒多个部分,每个用十六进制标记大小,实体主体的最后会用“0(CR+LF)”来标记
客户端接收后负责解码
发送多种数据的多部分对象集合
HTTP协议采用了多部分对象集合,发送的报文主体内科含有多类型实体
多部分对象集合包含对象如下
- multipart/form-data:在Web表单文件上传时使用
- multipart/byterangers:状态码206响应报文包含多个范围的内容时使用
在HTTP报文中欧冠使用多部分对象集合时,需要在首部字段加上Content-type
使用边界字符串划分多部分对象集合指明的各类实体,在边界字符串指定的各个实体的起始行钱插入“--”标记(如上面的--AaB03x,--THis_STRING_SEPARATES)在多部分对象集合对于的字符串最后插入“--”标记作为结束
多部分对象集合的每个部分类型中,都可以含有首部字段,另外刻在某个部分中嵌套使用多本分对象集合,具体查看RFC2046
获取部分内容的范围请求
如果下载文件中遇到网络中断的情况,如果想要实现恢复(从下载中断处恢复下载)机制,则需要制定下载的实体范围,制定实体范围发送的请求叫做范围请求
执行范围请求时,会使用首部字段Range来制定资源的byte范围
Range: bytes=5001-10000
Range: bytes=5001- 从5001之后全部
Range: bytes=-3000, 5000-7000 开始到3000,5000到7000
对于范围请求,响应会返回状态码206 Partial Content的响应报文,对于多重范围的范围请求,响应会在首部字段Content-Type 标明multipart/byteranges
如果服务器端无法响应范围请求,则会返回状态码200 OK和完整的实体内容
内容协商返回最合适的内容
内容协商机制是指客户端和服务器就响应的资源内容进行交涉,然后提供合适的资源。
内容协商机制通过请求报文中的某些首部字段作为判断的标准
内容协商技术有3种类型
- 服务器驱动协商:有服务器端进行内容协商,以请求的首部字段为参考
- 客户端驱动协商:由客户端进行内容协商,用户从浏览器显示的可选项列表中手动选择
- 透明协商:即服务器驱动和客户端驱动的结合体
评论已关闭