• 《图解HTTP》HTTP报文内的HTTP信息


    一、报文

      HTTP报文:用于HTTP协议交互的信息

      请求报文:客户端的HTTP报文

      响应报文:服务器的HTTP报文

      HTTP报文大致分为:报文首部和报文主体两部分

     二、请求报文及响应报文的结构

      请求行:包含请求方法、请求URI和HTTP版本

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

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

      其他:包含HTTP的RFC里未定义的首部(Cookies等)

    三、编码提升传输速率

      HTTP传输数据有两种:原数据直接传输、传输过程通过编码传输

      编码传输的优点:提升传输效率

      编码传输的缺点:编码需要计算机完成,消耗CPU

    1、报文主体和实体主体的差异

      报文:是HTTP通信中的基本单位,由8个字节流组成,通过HTTP通信传输

      实体:是传输了请求或响应的有效载荷数据其内容有实体首部和实体主体组成。

      通常情况下,报文主体就是实体主体,只有当传输内容中进行编码操作时,实体主体的内容发送变化,才导致它和报文主体产生差异。

    2、压缩传输的内容编码

      HTTP协议中的内容编码是有压缩功能的

      内容编码是应用在实体内容上的编码格式,并保持实体信息原样压缩

      内容压缩编码后的实体由客户端接收并负责解码

      

       常见的内容编码:gzip、compress、deflate、identity

    3、分块发送的分块传输编码

      HTTP通信中,请求的编码实体资源尚未全部传输完成之前,浏览器无法显示请求界面

      在传输大量数据时,通过把数据分割成多块,能够让浏览器逐步显示页面

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

      分块传输编码后的实体由接收的客户端负责解码

      HTTP1.1中存在传输解码的机制,它可以在通信时按某种编码方式传输。但只定义作用于分块传输编码中

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

      MIME机制:它允许邮件处理文本、图片、视频等多个不同类型的数据

      HTTP协议中也采纳了多部分对象集合,发送一份报文主体内可包含多种类型实体

      通常在图片文本文件等上传时使用

      多部分对象集合使用情况: 

        mutipart/form-data(web表单文件上传)

        mutipart/byteranges(状态206,响应报文包含多个范围内容)

      在HTTP报文中使用多部分对象集合时,需要在首部字段里加上Content-type

      使用boundary字符串(--)来划分部分对象的实体。如:--AaB03x、--AaB03x--

    五、获取部分内容的范围请求 

      恢复机制:从之前下载中断处恢复下载(要实现该功能需要指定下载的实体范围)

      范围请求:指定范围发送的请求(执行范围请求时,会用到首部字段 Range 来指定资源的byte范围)

      5001~1000字节:   Range:bytes=5001-10000

      从5001字节之后的全部:   Range:bytes=5001-

      从一开始到3000字节和5000~7000字节的多重范围:Range:bytes=0-3000,5000-7000

      针对范围请求,响应会返回状态码为206 Partial Content的响应报文

      如果服务器端无法响应范围请求,则会返回状态码200 OK 和完整的实体内容

    六、内容协商返回最合适的内容

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

      内容协商以语言、字符集、编码方式等为基准判断响应的资源

      判断的首部字段:Accept、Accept-Charset、Accept-Encoding、Accept-Language、Content-Language

      内容协商技术

        服务器驱动协商:以请求的首部字段为参考,在服务器端自动处理

        客户端驱动协商:用户从浏览器显示的可选项列表中手动选择。利用JS脚本在Web页面自动选择。(如:自动切换PC版和手机版)

        透明协商:有服务器和客户端各自进行内容协商

     

  • 相关阅读:
    案例分析:从一则笑话分析需求的陷阱
    2019寒假培训第二天
    2019寒假培训第一天
    牛客网国庆集训派对Day6 题目 2018年
    unique STL讲解和模板
    SPFA 模板
    ACM Shenyang Onsite 2016 题目
    牛客网国庆集训派对Day5 题目 2018年
    The North American Invitational Programming Contest 2017 题目
    牛客网国庆集训派对Day4题目 2018年
  • 原文地址:https://www.cnblogs.com/zhuxr/p/14141248.html
Copyright © 2020-2023  润新知