HTTP 报文
用于 HTTP 协定交互的信息被称为报文。HTTP 报文大抵可分为报文首部和报文主体，两者由最后呈现的空行（CR+LF）来划分。通常，并不一定要有报文主体。
报文首部：服务器端或客户端须要解决的申请或响应的内容及属性。
CR+LF：CR（Carriage Return，回车符）LF(Line Feed，换行符)
报文主体：应被发送的数据。
编码晋升传输速率
HTTP 传输数据是能够原样传输，也能够进行编码晋升传输速率，通过编码能无效解决大量的拜访申请。然而编码操作须要计算机实现，因而耗费更多的 CPU 资源。
报文主体和实体主体的差别
报文（message）：是 HTTP 通信的根本单位，由 8 位组字节流组成，通过 HTTP 通信传输。
实体（entity）：作为申请或响应的有效载荷数据（补充项）被传输，其内容由实体首部和实体主体组成。
通常报文主体等于实体主体。只有当传输中进行编码操作时，实体主体的内容发生变化，才导致它和报文主体产生差别。
压缩传输的内容编码
内容编码指明利用在实体内容上的编码格局，并放弃信息原样压缩。内容编码后的实体由客户端接管并负责解码。
罕用内容编码：
- gzip(GUN zip)
- compress(UNIX 零碎的规范压缩)
- deflate(zlib)
- identity(不进行编码)
宰割发送的离开传输编码
在 HTTP 通信过程中，申请的编码实体资源尚未全副传输实现之前，浏览器无奈显示申请页面。在传输大量数据时，通过把数据宰割成多块，可能让浏览器逐渐显示页面。（懒加载是不是用了这个技术呢）
分块传输编码：将实体主体分成多个局部（块）。每一块都会用十六进制来标记块的大小。实体主体最初一块应用“0（CR+LF）”来标记。
发送多种数据的多局部对象汇合
HTTP 协定应用多局部对象汇合办法，使得发送一份报文主体内可含有多类型实体。通常在图片或文本文件等上传时应用。
multipart/form-data：在 web 表单文件上传时应用。
multipart/byteranges：状态码 206（partial Content，局部内容）响应报文蕴含了多个范畴的内容时应用。
在 HTTP 报文中应用多局部对象汇合时，须要在首部字段里加上 Content-type。应用 boundary 字符串来划分多局部对象汇合指明的各类实体。在 boundary 字符串指定的各个实体起始行之前插入“–”标记（例如：–AaB03x、–THIS_STRING_SEPARATES），而在多局部对象汇合对应的字符串的最初插入“–”标记作为完结。
获取局部内容的范畴申请
场景：解决下载文件中断后无需重头下载，提供一种可复原机制。所谓复原是指能从之前下载中断处复原下载。
要实现该性能须要制订下载的范畴实体。制订范畴发送的申请叫做范畴申请（Range Request）。
对一份 10000 字节大小的资源，如果应用范畴申请，能够只申请 5001~10000 字节内的资源。会用到首部字段 Range 来指定资源的 byte 范畴。
指定 5001~10000 字节
Range：bytes=5001-10000
从一开始到 3000 字节和 5000 到 7000 字节的多重范畴
Range: bytes=-3000, 5000-7000
针对范畴申请，响应状态码为 206 Partial Content。对于多重范畴申请，响应会在首部字段 Content-Type 表明 multipart/byteranges 后返回响应报文。如果服务器端无奈响应范畴申请，则返回 200 OK 和残缺实体内容。
内容协商
内容协商机制是指客户端和服务器端就响应的资源内容进行交涉，而后提供给客户端最为适宜的资源。内容协商会以响应资源的语言（中文网站和英文网站切换）、字符集、编码方式等作为判断的基准。
蕴含着申请报文中的某些字段（如下）就是判断基准：
- Accept
- Accept-Charset
- Accept-Encoding
- Accept-Language
- Content-Language
三种类型：
服务器驱动协商：以申请的首部字段做参考，服务器端主动解决。
客户端驱动协商：用户在网页显示的可选列表中自行抉择。
通明协商：二者各自进行内容协商的一种办法。