HTTP中的Accept-Encoding、Content-Encoding、Transf。。。
Accept-Encoding和Content-Encoding
一笑倾城简谱Accept-Encoding和Content-Encoding是HTTP中⽤来对采⽤何种压缩格式传输正⽂进⾏协定的⼀对header。⼯作原理如下：
浏览器发送请求，通过Accept-Encoding带上⾃⼰⽀持的内容编码格式列表
服务端从中挑选⼀个⽤来对正⽂进⾏编码，并通过Content-Encoding响应头指明响应编码格式。
浏览器拿到响应正⽂后，根据Content-Encoding进⾏解压缩。服务端若响应未压缩的正⽂，则不允许返回Content-Encoding。
勿怎么组词压缩类型：
gzip：表⽰采⽤ (LZ77) 压缩算法，以及32位CRC校验的编码⽅式
Compress：采⽤ (LZW) 压缩算法。
deflate：表⽰采⽤结构 (在中规定)，和压缩算法(在中规定)。
identity：⽤于指代⾃⾝（未经过压缩和修改）。除⾮特别指明，这个标记始终可以被接受。日托
Br：表⽰采⽤算法的编码⽅式。
内容编码：
1. 内容编码针对的只是传输正⽂。HTTP/1中，header始终是以ASCII⽂本传输，没有经过任何压缩；HTTP/2中引⼊header压缩技术。
传输编码Transfer-Encoding
⽤于表⽰节点之间传输message的编码⽅式。最典型是分块传输（chunked）
安全带扣分
钟馗简介是⼀个响应header
Transfer-Encoding⽀持类型：
chunked
compress
deflate
出师表翻译及原文gzip
identit
多个类型可以共存
Gzip+Curl例⼦：
echo "content=Web%20%E5%AE%89%E5%85%A8%E6%98%AF%E4%B8%80%E9%A1%B9%E7%B3%BB%E7%BB%9F%E5%B7%A5%E7%A8%8B%EF%BC%8C%E4%BB%BB%E4%BD%95%E7%BB%86%E5%BE%AE%E7%96%8F% curl -v --data-binary @ -H'Content-Type: application/x-www-form-urlencoded; chart=UTF-8' -H'Content-Encoding: gzip' -X /node/
Transfer-Encoding与Content-Encoding的区别：
1. Transfer-Encoding只是在传输过程中才有的，并发请求URL对应实体的本⾝特性。
2. Transfer-Encoding是⼀个"跳到跳"的header，⽽Content-Encoding是"端到端"的header。
Content-type
Content-type是HTTP的实体⾸部，⽤于说明请求或者返回的消息主体是⽤何种⽅式编码（即资源的MIME类型）。在请求、响应header中均存在。
⽰例如下：
Content-Type: text/html; chart=utf-8
Content-Type: multipart/form-data; boundary=something
参数⼀般包含：
media-type：资源或者数据的MIME type
chart：字符编码标准
boundary：多于多部实体，boundary是必需的。其包括⼀组1到70个字符，⽤于封装消息的多个部分的边界。
Media-type常⽤类型：元宵节纪念谁
所有花的花语application/x-www-form-urlencoded
form表单或者提交的数据按照key1=value1&key2=value2⽅式进⾏编码，key、value均进⾏了urlencode
multipart/form-data
常见的POST数据提交的⽅式，使⽤form进⾏⽂件上传的时候，必须让form的enctype为这个。
application/json
消息主体是序列化后的json字符串。
text/html
是⼀种⽤HTTP作为传输协议，XML作为编码⽅式的远程调⽤规范。
