比如，A 给 B发送了一条信息：hello，首先，A要告诉B，我给你发的这条数据的类型，不同类型的数据，接收方的处理方式不一样，hello属于文本类型，所以Content-Type就要设置成
text-plain; 但是计算机只知道0和1，所以就按照一定的规则把 hello 变成0和1组成的代码，所使用的规则也要在Content-Type里设置，比如A将hello用iso-8859-1方式编码转为0和1的组合，为：
0110100001100101011011000110110001101111，
按照8位1字节来分，可以分成5个字节：
01101000 01100101 01101100 01101100 01101111
h e l l o
所以，完整的Content-Type应该为：
Content-Type：text/plain;charset=iso-8859-1
接着，假如A还需要对hello进行压缩呢？于是，A先用压缩算法对hello进行压缩，比如A用了gzip算法，完了之后，原先用iso-8859-1方式编码的hello二进制串已经发生了改变，A不能直接把压缩后的内容直接发给B，而是应该告诉B，我对传输的数据进行了压缩，
所以A还要设置Content-Encoding为 gzip，体现在A的报文里面为：Content-Encoding： gzip
设置完Content-Type和Content-Encoding，A就把hello发给了B。
当B接收到A发送的数据后，先看Content-Encoding有没有值，
这里由于A已经设置了Content-Encoding：gzip，所以B首先要对A发送的内容进行解压缩，解压缩的算法和A采取的压缩算法要对应，这里B就采取了gzip的解压算法，得到了压缩之前的一串0和1组成的代码（0110100001100101011011000110110001101111），然后B就能顺利地按照每8位一字节的方式来解析这串2进制代码，B先看Content-Type第一个分号前的内容是
text/plain，知道A这是发送了一段文本数据，接着看分号后面是
charset=iso-8859-1，知道了A是用iso-8859-1方式编码的，那么B就相应的用iso-8859-1的方式来解码，最后得到人类可识别的数据 ”hello”————————————————版权声明：本文为CSDN博主「偏执的执」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/qq_34967644/article/details/86680061