Java 8迁移至Java 11时sun.misc.BASE64Decoder与java.util.Base64解码结果不一致的问题解决

我完全理解你遇到的困扰——旧项目里用的非标准Base64实现和Java 11自带的标准实现，对不合法的Base64输入处理逻辑差异极大，直接导致了解码后字节数组的长度和内容不一致，影响了后续代码的执行。

问题根源 #

你输入的"123456"本身不是合法的Base64字符串（合法Base64要求长度为4的倍数，不足时需用=填充）。旧项目中使用的sun.misc.BASE64Decoder（或你实际用的旧解码器）存在非标准的处理逻辑：当输入长度不是4的倍数时，它会重复输入的前几个字符凑成4的倍数，再执行解码。

对应你的例子：

• 输入"123456"长度为6，6除以4余2，旧解码器会自动把字符串拼接成"12345612"（补充前2个字符）
• 对拼接后的"12345612"做标准Base64解码，得到的字节数组正好是旧项目的[-41, 109, -8, -25, -83, -8]
• 而Java 11的Base64.getDecoder()是严格遵循RFC 4648标准的解码器，只会处理完整的4字符组：前4个字符转3字节，后2个字符转1字节，最终得到4字节数组[-41, 109, -8, -25]

解决方法 #

要让新代码和旧代码的解码结果完全一致，我们只需要模拟旧解码器的非标准拼接逻辑，再用标准解码器解码即可：

String password = "123456";
String paddedPassword = password;
int remainder = paddedPassword.length() % 4;

if (remainder != 0) {
    // 计算需要补充的字符数量
    int padCount = 4 - remainder;
    // 从输入开头取对应数量的字符，拼接到末尾凑成4的倍数
    paddedPassword += paddedPassword.substring(0, padCount);
}

// 用标准Base64解码器解码拼接后的字符串
byte[] bytes = Base64.getDecoder().decode(paddedPassword);
// 后续逻辑不变

这段代码执行后，输入"123456"会被处理为"12345612"，解码结果和旧项目的[-41, 109, -8, -25, -83, -8]完全一致。

额外建议 #

1. 避免直接使用sun.misc.BASE64Decoder：它是Java内部非公开API，Java 9及以上版本默认不可访问，未来可能被彻底移除，属于不推荐的用法。
2. 长期来看，建议排查旧项目的输入逻辑——用非Base64字符串做Base64解码本身是错误用法，最好从根源上修正为合法的Base64输入，而不是一直模拟旧的错误行为。

备注：内容来源于stack exchange，提问作者Furkan Halil Er