http的Content-Encoding和Content-Type及服务器和客户端处理流程

比如,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

原文地址:https://www.cnblogs.com/breka/p/11635289.html