string拼接慢的根源是其不可变性，每次操作都新建对象、加重gc；stringbuilder通过可扩容字符数组原地修改，仅最后tostring()生成一个字符串，内存与性能优势显著。
Java字符串拼接慢，根源不在写法，而在String的不可变性——每次拼接都新建对象，堆内存迅速堆积临时字符串，GC压力陡增。真正高效的做法，是用StringBuilder在一块可扩容的字符数组上原地修改，避免对象爆炸。
为什么StringBuilder能省内存
StringBuilder内部持有一个char[]（JDK9后可能是byte[]+coder），所有append、insert、delete操作都直接修改这个数组，不生成中间String对象。只有最后调用toString()时，才一次性复制有效内容生成最终字符串。
- String拼接"a"+"b"+"c"：创建"a"→"ab"→"abc"三个对象，前两个立即变为垃圾
- StringBuilder.append("a").append("b").append("c")：只操作同一块内存，最终仅产生一个String实例
- 1000次循环拼接，String方式可能触发上千次对象分配与GC；StringBuilder通常只扩容2~3次，内存开销下降90%以上
预设初始容量，避开频繁扩容
默认容量16，看似够用，但拼接长文本或大量片段时，反复扩容（新容量 = 旧容量 × 2 + 2）会复制整个数组，拖慢性能。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 估算总长度：如拼接500个平均长度为12的ID，加499个逗号分隔符 → 500×12 + 499 ≈ 6500，建议new StringBuilder(6500)或向上取整到8192
- 不确定长度但数据量大时，宁可略高估，也不留扩容隐患
- 查当前状态：sb.capacity()看已分配空间，sb.length()看已用字符数，便于调试和调优
复用实例，减少对象创建
在单线程高频场景（如日志组装、模板渲染、SQL构建）中，反复new StringBuilder不如复用一个实例。
- 清空重用比新建更快：sb.setLength(0)将有效长度归零，保留底层数组，开销远小于new StringBuilder()
- 适合循环内使用：方法开始时初始化一次，每次迭代前setLength(0)，末尾toString()
- 注意线程隔离：StringBuilder非线程安全，多线程共享需改用StringBuffer，或用ThreadLocal封装
哪些情况其实不用动StringBuilder
不是所有拼接都要优化。JVM对字面量和少量变量拼接已有足够智能。
- 纯编译期常量："Hello" + "World" → 直接合并为字面量，零运行时开销
- final常量组合：final String a = "x"; final String b = "y"; String s = a + b; → 同样内联优化
- 方法内仅2~3次变量拼接：JVM通常自动插入StringBuilder，手动写反而冗余
- 拼接仅发生一次、且字符串较短：性能差异微乎其微，优先保障可读性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
