StringBuilder不能直接处理字节或编码转换，因其仅操作UTF-16字符序列；正确做法是先用它高效拼接字符串，再统一转为指定编码的字节数组或通过OutputStreamWriter写入流。
Java 中用 StringBuilder 本身不能直接处理字节或编码转换，因为它只操作 Unicode 字符序列（char），不涉及字节、编码、流。想“配合字符编码转换生成特定字节格式的文本流”，核心步骤是：先用 StringBuilder 高效拼接字符串，再一次性转为指定编码的字节数组或写入输出流——这才是真正快速且安全的做法。
为什么不能在 StringBuilder 过程中实时编码？
StringBuilder 的所有方法（如 append()、insert()）都基于 Java 的 UTF-16 字符模型，它不感知编码（如 UTF-8、GBK、ISO-8859-1）。强行在每次 append 后调用 getBytes("UTF-8") 不仅低效（重复创建字节数组、触发多次编码计算），还可能因中间字符串未闭合导致代理对（surrogate pair）被错误拆分，引发乱码或 MalformedInputException（尤其在写入通道时）。
推荐做法：先构建，后编码
把拼接和编码解耦，利用 StringBuilder 的高效字符串组装能力，最后统一转码：
- 用
StringBuilder拼出完整字符串（支持链式调用、避免 String 拼接开销） - 调用
toString().getBytes(Charset)获取目标编码的byte[] - 或直接用
OutputStreamWriter+Charset写入流（更省内存，适合大文本）
示例：生成 UTF-8 编码的 HTTP 响应体字节流
立即学习“Java免费学习笔记（深入）”；
StringBuilder sb = new StringBuilder();
sb.append("{").append("\"name\":").append("\"张三\"")
.append(",").append("\"age\":").append(28)
.append("}");
// ✅ 推荐：一次编码，明确语义
byte[] utf8Bytes = sb.toString().getBytes(StandardCharsets.UTF_8);
// ✅ 或直接写入 OutputStream（如 Socket 输出流）
try (OutputStream os = socket.getOutputStream();
OutputStreamWriter writer = new OutputStreamWriter(os, StandardCharsets.UTF_8)) {
writer.write(sb.toString());
writer.flush();
}
注意编码一致性与边界情况
确保整个流程使用相同 Charset 实例（推荐 StandardCharsets.UTF_8 等常量），避免字符串构造时隐式依赖平台默认编码。特别注意：
- 含 BOM 的编码（如 UTF-8 with BOM）需手动添加
new byte[]{(byte)0xEF, (byte)0xBB, (byte)0xBF}前缀 - 若目标是 GBK/GB2312，需确认 JVM 是否支持该编码（JDK 17+ 默认禁用部分遗留编码，需启动参数
--add-opens java.base/sun.nio.cs=ALL-UNNAMED或改用Charset.forName("GBK")并捕获UnsupportedCharsetException） - 不要用
String.getBytes(String charsetName)（抛受检异常且易写错名），优先用StandardCharsets或Charset.forName(...)
替代方案：需要极致性能时考虑 ByteArrayOutputStream + OutputStreamWriter
对于超长文本（如日志批量导出），可跳过 StringBuilder，直接用带缓冲的 OutputStreamWriter 边写边编码，避免中间字符串对象占用堆内存：
ByteArrayOutputStream baos = new ByteArrayOutputStream(8192);
try (OutputStreamWriter writer = new OutputStreamWriter(baos, StandardCharsets.UTF_8)) {
writer.write("{");
writer.write("\"msg\":\"");
writer.write("操作成功");
writer.write("\"}");
}
byte[] result = baos.toByteArray(); // 已是 UTF-8 字节
这种方式省去字符串拼接阶段，编码与写入合并，GC 压力更低，适合吞吐敏感场景。
