《图解HTTP》笔记-HTTP报文内的HTTP信息

本文详细介绍了HTTP协议的工作原理,包括请求与响应的过程、状态码的意义、内容协商机制等,并探讨了如何通过编码方式提高传输效率。

HTTP报文


请求行包含用于请求的方法,请求 URI 和 HTTP 版本

状态行包含表明响应结果的状态码,原因短语和 HTTP 版本

首部字段包含表示请求和响应的各种条件和属性的各类首部(通用首部、请求首部、响应首部和实体首部)

编码提高速率

编码提高传输速率HTTP在传输时可以原貌传输也可以传输中编码传输,以有效处理大量请求,但是耗CPU资源

报文是 HTTP 通信中的基本单位,由 8 位组字节流(octet sequence,其中 octet 为 8 个比特)组成,通过 HTTP 通信传输

实体作为请求或响应的有效载荷数据(补充项)被传输,其内容由实体首部和实体主体组成

HTTP 报文的主体用于传输请求或响应的实体主体,通常,报文主体等于实体主体。只有当传输中进行编码操作时,实体

主体的内容发生变化,才导致它和报文主体产生差异


压缩文件常用的内容编码有以下几种:
    gzip(GNU zip)
    compress(UNIX 系统的标准压缩)
    deflate(zlib)

    identity(不进行编码)


分块传输编码会将实体主体分成多个部分(块)。每一块都会用十六进制来标记块的大小,而实体主体的最后一块会使用“0(CR+LF)”来标记,客户端解码


多部分对象集合包含的对象如下(需要在首部字段里加上Content-type):

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

    multipart/byterang状态码 206(Partial Content,部分内容)响应报文包含了多个范围的内容时使用

范围请求


范围请求指定范围发送的请求,执行范围请求时,会用到首部字段 Range 来指定资源的 byte 范围,返回206 Partial Content 的响应报文(无法响应范围请求就改为200OK的正常请求)

多重范围请求Content-Type 标明 multipart/byteranges

内容协商


内容协商机制是指客户端和服务器端就响应的资源内容进行交涉,然后提供给客户端最为适合的资源

相关首部字段如下

    Accept
    Accept-Charset
    Accept-Encoding
    Accept-Language

    Content-Language

包括服务器驱动协商(依据请求首部服务器自动处理,但内容不一定最优),客户端驱动协商(浏览器手动选择),透明协商(前面两者的结合体)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值