大家好，又见面了，我是你们的朋友全栈君。
Accept-Encoding和Content-Encoding
Accept-Encoding和Content-Encoding是HTTP中用来对采用何种压缩格式传输正文进行协定的一对header。工作原理如下：
- 浏览器发送请求，通过Accept-Encoding带上自己支持的内容编码格式列表
- 服务端从中挑选一个用来对正文进行编码，并通过Content-Encoding响应头指明响应编码格式。
- 浏览器拿到响应正文后，根据Content-Encoding进行解压缩。服务端若响应未压缩的正文，则不允许返回Content-Encoding。
压缩类型：
- gzip：表示采用 Lempel-Ziv coding (LZ77) 压缩算法，以及32位CRC校验的编码方式
- Compress：采用Lempel-Ziv-Welch (LZW) 压缩算法。
- deflate：表示采用 zlib 结构 (在 RFC 1950 中规定)，和 deflate 压缩算法(在 RFC 1951 中规定)。
- identity：用于指代自身（未经过压缩和修改）。除非特别指明，这个标记始终可以被接受。
- Br：表示采用Brotli 算法的编码方式。
内容编码：
- 内容编码针对的只是传输正文。HTTP/1中，header始终是以ASCII文本传输，没有经过任何压缩；HTTP/2中引入header压缩技术。
传输编码Transfer-Encoding
- 用于表示节点之间传输message的编码方式。最典型是分块传输（chunked）
- 是一个响应header
Transfer-Encoding支持类型：
- chunked
- compress
- deflate
- gzip
- identit
- 多个类型可以共存
Gzip Curl例子：
代码语言：javascript复制echo "content=Web 安全是一项系统工程，任何细微疏忽都可能导致整个安全堡垒土崩瓦解。" | gzip -c > data.txt.gz
curl -v --data-binary @data.txt.gz -H'Content-Type: application/x-www-form-urlencoded; charset=UTF-8' -H'Content-Encoding: gzip' -X POST https://qgy18.com/node/Transfer-Encoding与Content-Encoding的区别：
- Transfer-Encoding只是在传输过程中才有的，并发请求URL对应实体的本身特性。
- Transfer-Encoding是一个”跳到跳”的header，而Content-Encoding是”端到端”的header。
Content-type
Content-type是HTTP的实体首部，用于说明请求或者返回的消息主体是用何种方式编码（即资源的MIME类型）。在请求、响应header中均存在。
示例如下：
代码语言：javascript复制Content-Type: text/html; charset=utf-8
Content-Type: multipart/form-data; boundary=something参数一般包含：
- media-type：资源或者数据的MIME type
- charset：字符编码标准
- 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作为编码方式的远程调用规范。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/154634.html原文链接：https://javaforall.cn
