概述
下图就是将 在很多时候，其实原字串的长度都不是3的倍数，这时候转出来的二进制位长度必然不是24的整数倍。这时候就需要对二进制位进行补零操作。在6个二进制位都为零的时候，base64中就呈现 例如 只有 以上是编码规则，解码也是类似的，因为在编码的时候，已经严格的让字符串长度保持在4n。所以只需要将4个字符组成一组，再生成3个字符就可以完成解码了。 但值得注意的是，上面所说的6个二进制位都为零呈现 如何理解 当转码时，只有字符 再看一个例子，如何理解文章标题 当然 原因就出在补base64是将原串以三个字符一组，转化成24个二进制位再分成四个字符的编码方式。Man字符转为TWFu的过程。
=号。
只有M字符时，转出来的编码为TQ==。
Ma字符时，转出来的编码为TWE=。
=号，是指全部6个0都是补的时候，才成立的，在base64对照表中，0对应A也是其中的编码规则之一。全部6个0都是补的L时，转出来的编码为TA==，而非T===，是因为在A的前两个二进制0中，是由L提供的。所以这就是base64为什么不可能编出三个=号结尾的字串的原因。
不等串解码相同，举一例：
M的base64编码结果不可能是TR==，但TR==的解码确实就是M，这里不相信以上结果的同学，可以去尝试一下将TQ==与TR==进行base64解码，会发现得出的结果都是M。=号的前置条件全部6个零都是补的，在TR==的二进制中，在转化24位二进制时，只有前8位是生效的，而R和Q的不同位在12位，若要使TR成立，则TR后必不能跟=号，得出字符串应该是TRA=。
最后
以上就是隐形啤酒为你收集整理的base64特性导致的不等串解码相同的全部内容，希望文章能够帮你解决base64特性导致的不等串解码相同所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复