为何不同Base64字符串调用Convert.FromBase64String返回相同结果？

以下两行C#代码执行后返回完全相同的字节序列：

Convert.FromBase64String("aaa=") 
Convert.FromBase64String("aab=")

结果的十六进制表示为 [0x69, 0xA6]，十进制表示为 [105, 166]。

其他测试发现 #

• 反向转换会得到不同的字符串：执行 Convert.ToBase64String(Convert.FromBase64String("aaa=")) 得到 aaY=
• "aac=" 的解码结果不同，为 [105, 167]
• "aaaa" 和 "aaab" 会被解码为不同的字节序列

核心原因：Base64补位时的有效位截断 #

这是Base64编码规则的特性导致的：
Base64用4个字符对应3个字节的原始数据，每个字符对应6位二进制（2^6=64，刚好覆盖Base64的64个字符集）。当原始数据长度不是3的倍数时，会用=补位，补位相关的冗余二进制位会被直接忽略。

针对带1个=的Base64字符串（比如"aaa="、"aab="）：
这类字符串表示原始数据只有2个字节（3-1=2）。四个字符对应的24位二进制中，最后6位（对应补位的=）无效，剩下的18位里，最后2位会被截断——因为2个字节仅需16位有效数据。

具体拆解：

1. Base64字符"a"对应十进制26，二进制是011010；"b"对应27，二进制是011011
2. "aaa="的前三个字符拼接后是011010 011010 011010 → 合并为18位：011010011010011010，截断最后2位后取前16位：01101001 10100110 → 对应0x69和0xA6
3. "aab="的前三个字符拼接后是011010 011010 011011 → 合并为18位：011010011010011011，截断最后2位后同样取前16位：01101001 10100110 → 和"aaa="的解码结果完全一致

而"aac="的第三个字符是"c"（对应28，二进制011100），拼接后的18位是011010011010011100，截断后前16位为01101001 10100111 → 对应0x69和0xA7，所以结果不同。

至于"aaaa"和"aaab"没有补位，说明原始数据是3个字节，四个字符的24位二进制全部有效，第三个字符的差异会直接影响最后一个字节的内容，因此解码结果不同。

内容的提问来源于stack exchange，提问作者abc