stringbuilder拼接海量字符串的核心是减少扩容、避免重复创建、控制内存节奏，关键在于初始化容量、复用实例、链式调用和规避隐式开销。
用 StringBuilder 拼接海量字符串，核心不是“怎么 append”，而是“怎么减少扩容、避免重复创建、控制内存节奏”。关键在初始化容量、复用实例、链式调用和规避隐式开销。
预估并显式指定初始容量
StringBuilder 底层是 char[] 数组，扩容会触发数组复制（System.arraycopy），代价高。拼接前若能估算总长度，就直接传入容量参数。
- 例如拼接 5000 条日志，每条平均 80 字符 → 初始容量设为 400000（5000 × 80），甚至加 10% 余量防误差
- 避免写
new StringBuilder()默认 16 容量——海量数据下可能扩容数十次 - 如果无法精确估算，可用
Math.max(estimated, 256)设个合理下限，比默认值更稳妥
复用同一个实例，避免反复 new
在单线程循环或高频调用场景中，反复创建 StringBuilder 实例会增加对象分配压力，GC 负担随之上升。
- 把 StringBuilder 声明为局部变量但不在循环内 new；循环外初始化，循环内清空重用：
sb.setLength(0) -
setLength(0)比new StringBuilder()更轻量，不释放原数组，也不触发 GC - 注意：不能跨线程复用，否则需改用 StringBuffer 或加锁
链式调用 + 批量追加，减少方法调用开销
每次 append 都是一次方法调用，虽小但海量时累积可观。链式调用不仅简洁，还能减少中间变量，提升 JIT 编译优化机会。
- 推荐写法：
sb.append(name).append("@").append(domain).append(".com") - 避免拆成多行单独调用，尤其在深层循环里
- 对数组或集合元素，优先用
sb.append(strArray[i])而非先 toString 再拼，避免中间 String 对象
配合业务节奏做分段拼接
面对真正“海量”（如百万级记录导出），单个 StringBuilder 可能撑不住，或阻塞主线程太久。可按批次切分，再合并。
- 例如每 10000 条日志拼成一个子串，用 List
收集，最后用 String.join("", parts)合并 - 这样既控制单次内存峰值，又便于异步处理或流式写出
- 若需线程安全聚合，可让各线程用独立 StringBuilder，最后由主线程统一拼接，避免锁竞争
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
