从StringBuilder转换UTF-8字符串至ISO8859-1：两种方法孰优孰劣？

场景：我有一个存储UTF-8格式预处理文本的StringBuilder sb，需要将其转换为ISO-8859-1字符集，以下是两种实现方法，除可读性外，它们的优缺点如下：

方法一：基于普通String的转换 #

new String(sb.toString().getBytes("ISO8859-1"), "ISO8859-1");

优点 #

• 性能高效：步骤简洁，直接调用String原生方法，无多余中间缓冲区对象创建，内存占用更低，执行速度更快。
• 行为清晰：转换逻辑直白，将字符串按ISO-8859-1编码为字节数组后再转回字符串，无法用ISO-8859-1表示的字符会被默认替换为?，结果符合常规预期。

缺点 #

• 替换策略固定：只能使用默认替换规则，无法自定义处理不可编码字符（比如要求遇到无效字符时抛出异常而非替换成?），若有严格编码校验需求，需额外添加逻辑。

方法二：基于ByteBuffer/CharBuffer的转换 #

ByteBuffer inputBuffer = ByteBuffer.wrap(sb.toString().getBytes(Charset.forName("UTF-8")));
CharBuffer data = Charset.forName("UTF-8").decode(inputBuffer);
new String(Charset.forName("ISO-8859-1").encode(data).array(), Charset.forName("ISO-8859-1"));

优点 #

• 灵活性强：可通过CharsetEncoder自定义编码错误处理策略，比如设置遇到不可编码字符时抛出异常、跳过或使用自定义替换符，满足更复杂的业务需求。
• 扩展性好：如果后续需要对字符/字节数据做批量处理、流操作等，ByteBuffer和CharBuffer的API可直接对接，无需额外转换。

缺点 #

• 性能开销大：创建了多个中间对象（ByteBuffer、CharBuffer、字符集编解码器），且encode(data).array()返回的底层数组可能包含未使用的冗余字节，造成内存浪费；多步解码再编码的操作也比方法一耗时。
• 存在隐含bug：原代码直接使用encode(data).array()创建String，缓冲区底层数组可能存在未填充的无效字节，正确做法需先调用flip()截断到有效字节长度，否则可能引入空字符或无效数据。

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