最佳答案Accept-Encoding: 理解HTTP头部中的压缩与解压缩机制 HTTP规定，当客户端请求一个资源时，可能需要进行传输编码或内容编码，通过Accept-Encoding头部指定客户端支持的编码格式，而...
Accept-Encoding: 理解HTTP头部中的压缩与解压缩机制
HTTP规定，当客户端请求一个资源时，可能需要进行传输编码或内容编码，通过Accept-Encoding头部指定客户端支持的编码格式，而服务端通过Content-Encoding头部告知客户端使用的编码格式。这些编码格式可以很好地压缩HTTP报文，提高网络传输效率。
传输编码与内容编码
传输编码是一种服务器通过修改HTTP消息体来改变传输形式而不是消息体本身的编码方式。例如，HTTP/1.1中的chunked机制，将消息体分成多个块后传输，即便消息体内容不进行压缩，仅仅是通过chunked传输机制，也可以节省一定的网络带宽资源。
内容编码则是将实体信息进行压缩以便节约带宽，提高传输速度，常见的内容编码包括gzip和compress，前者在现代非常常用。内容编码通常对整个 HTTP 消息体进行压缩处理，将原始报文（无论是文本、图片、还是二进制文件）进行压缩，然后在传输出去。这样能够快速提高网络传输速率。
Accept-Encoding头部
当HTTP客户端接收HTTP相应后，可以使用Accept-Encoding头部中包含的编码方式来告诉服务器客户端支持哪几种编码格式。例如“gzip,deflate”即代表客户端支持这两种编码格式。如果服务器支持这两种编码格式，则使用其中一种进行压缩，变成HTTP响应报文后再发送给客户端。
Accept-Encoding头部中最大的问题在于，服务器很难知晓客户端支持哪些编码。因此，当服务器不知道客户端支持哪些编码时，应当优先选择基于非压缩的传输，即不使用传输编码和内容编码。因此，客户端在使用前需要明确应用场景并选择相应编码方式。
Content-Encoding头部
Content-Encoding头部包含在HTTP响应中，用于告诉客户端实体的编码格式。如果服务器使用压缩方式压缩HTTP消息体，则在Content-Encoding头部中告诉客户端服务器所使用的压缩方式，例如“gzip,compress”。
Content-Encoding头部中最大问题在于，当错误的数据传输编码或内容编码适用于报文时，接收端很难甄别并对其进行处理。因此，为了保证正确传输或代码编解码被正常使用，建议将Accept-Encoding头部中要求的编码方式和Content-Encoding头部中响应的编码方式进行验证。
总之，在HTTP传输时，不管是传输编码还是内容编码，都能对网络传输效率进行优化和提升。要正确编解码，需要在客户端和服务端之间进行正确的报文传输和编解码方式的选择。
