base64特性导致的不等串解码相同

base64特性导致的不等串解码相同

base64是将原串以三个字符一组,转化成24个二进制位再分成四个字符的编码方式。

下图就是将Man字符转为TWFu的过程。

Man

在很多时候,其实原字串的长度都不是3的倍数,这时候转出来的二进制位长度必然不是24的整数倍。这时候就需要对二进制位进行补零操作。在6个二进制位都为零的时候,base64中就呈现=号。

![base64对照表](](https://jdragon.club/upload/2020/07/%E5%9B%BE%E7%89%87-2785fed0832c487f8671e21b7b7a9d9a.png)

例如
只有M字符时,转出来的编码为TQ==

M

只有Ma字符时,转出来的编码为TWE=

Ma

以上是编码规则,解码也是类似的,因为在编码的时候,已经严格的让字符串长度保持在4n。所以只需要将4个字符组成一组,再生成3个字符就可以完成解码了。

但值得注意的是,上面所说的6个二进制位都为零呈现=号,是指全部6个0都是补的时候,才成立的,在base64对照表中,0对应A也是其中的编码规则之一。

如何理解全部6个0都是补的

当转码时,只有字符L时,转出来的编码为TA==,而非T===,是因为在A的前两个二进制0中,是由L提供的。所以这就是base64为什么不可能编出三个=号结尾的字串的原因。

再看一个例子,如何理解文章标题不等串解码相同,举一例:

TQ==

TR==

当然M的base64编码结果不可能是TR==,但TR==的解码确实就是M,这里不相信以上结果的同学,可以去尝试一下将TQ==TR==进行base64解码,会发现得出的结果都是M

原因就出在补=号的前置条件全部6个零都是补的,在TR==的二进制中,在转化24位二进制时,只有前8位是生效的,而RQ的不同位在12位,若要使TR成立,则TR后必不能跟=号,得出字符串应该是TRA=

# 杂项 

评论

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×