Java对Certificate编码字节做Base64转字符串再解码是否会丢失数据？

结论 #

正常场景下data和newData完全相等，Base64编码转字符串再解码的过程不会出现信息丢失，只有极端特殊场景下才会出现不一致的情况。

具体分析 #

你示例中用到的Base64.encodeBase64是Apache Commons Codec库的标准API，Base64编码的本质是把任意二进制数据映射为64个可打印ASCII字符的子集，整个编解码逻辑是可逆的：

• encodeBase64方法返回的字节数组本身就是ASCII编码的Base64字符序列，用new String()转换为字符串时，只要JVM默认字符集兼容ASCII（目前主流的UTF-8、GBK、ISO-8859-1等字符集都满足这个要求），字符串转换过程不会出现字符丢失或乱码。
• 后续调用decodeBase64方法时，会自动忽略字符串中的非Base64合法字符，再把Base64字符序列还原为原始二进制数据，得到的newData和原始data完全一致。

可能出现不一致的极端场景 #

只有以下极少数特殊情况才会导致两者不相等：

• 你使用的Base64实现类不是Apache Commons Codec的标准实现，或者调用encodeBase64时开启了自定义参数（比如开启了非标准的字符替换、强制截断等逻辑），导致编码结果不符合Base64规范。
• JVM默认字符集为不兼容ASCII的特殊字符集（比如大型机常用的EBCDIC字符集），此时把Base64的ASCII字节数组转字符串时会出现字符映射错误，解码后的数据就会和原始数据不一致，这种场景在普通服务端/客户端开发中几乎不会遇到。
• 你在编码得到stringData后手动修改了字符串内容，比如删除了末尾的=补位符、替换了+//等Base64合法特殊字符。

更稳妥的写法 #

为了完全规避JVM默认字符集带来的潜在风险，建议显式指定字符集进行字符串转换：

import java.nio.charset.StandardCharsets;
import org.apache.commons.codec.binary.Base64;

// 编码
byte[] data = certificate.getEncoded();
String stringData = new String(Base64.encodeBase64(data), StandardCharsets.UTF_8);
// 解码
byte[] newData = Base64.decodeBase64(stringData.getBytes(StandardCharsets.UTF_8));

这种写法无论运行环境的默认字符集是什么，都能保证编解码结果完全一致。

内容的提问来源于stack exchange，提问作者Omri. B