StringBuilder通过复用实例和预估容量减少堆内存临时对象创建，降低Young GC频率；其底层char[]动态扩容产生短命对象，toString()每次生成新String；非逃逸时JVM可栈上分配优化。
StringBuilder 本身不改变 Java 内存布局的基本结构，但它显著影响堆内存的使用模式和垃圾回收压力——关键在于它避免了频繁创建临时 String 对象，从而减少短命对象数量、降低 Young GC 频率。
StringBuilder 在堆中分配可变字符数组
StringBuilder 底层持有一个 char[]（JDK 9+ 是 byte[] + coder），这个数组在堆中动态分配。初始容量默认为 16，当 append 超出容量时，会触发扩容（通常是原容量 *2 +2），产生新数组并复制内容。旧数组若无其他引用，就成为待回收对象。
- 每次扩容都可能产生一个“废弃”的 char[]，尤其在反复追加小字符串时，容易堆积大量短期存活的数组对象
- 如果提前预估长度（如 new StringBuilder(1024)），能有效避免多次扩容，减少中间对象生成
- 注意：StringBuilder 实例本身也是堆对象，但生命周期通常较短，且不逃逸时易被 JIT 优化（如标量替换）
对比 String 拼接：大幅减少堆对象创建
用 + 拼接字符串（非编译期常量）实际被编译为 new StringBuilder().append(...).toString()。问题在于：每次拼接都新建 StringBuilder，最后调用 toString() 又 new 一个 String —— 一次拼接可能产生 2~3 个临时对象（StringBuilder、char[]、String）。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 而复用同一个 StringBuilder 实例追加，只在必要时扩容 char[]，String 对象仅在最终 toString() 时创建一次
- 例如循环拼接 100 次："a"+"b"+"c"+... → 100 个 StringBuilder + 100 个 String；用 StringBuilder.append() 复用 → 1 个 StringBuilder + 最多几次 char[] + 1 个 String
- 这直接降低 Eden 区对象分配速率，减少 Minor GC 触发次数
toString() 是对象生成的关键节点
StringBuilder.toString() 返回一个新的 String 对象，该 String 的 char[] 直接引用 StringBuilder 内部数组（JDK 7u6 之后），但 String 实例本身是新分配的堆对象。
立即学习“Java免费学习笔记（深入）”；
- 这意味着：即使 StringBuilder 内容没变，每次 toString() 都会新增一个 String 对象，若频繁调用且未及时丢弃引用，会加重 GC 压力
- 若后续只需字符串内容而非 String 实例（如仅用于日志输出或临时比较），可考虑用 CharSequence 接口或直接操作内部数组（不推荐，破坏封装）
- 注意：该 String 不会自动进入字符串常量池，除非显式调用 intern()
线程安全与逃逸分析的影响
StringBuilder 是非线程安全的，通常作为局部变量使用。JVM 的逃逸分析可能识别出其作用域局限在方法内，进而进行栈上分配（scalar replacement）或完全消除对象分配。
- 当 StringBuilder 未逃逸（即未被返回、未存入静态字段、未传给其他线程），现代 HotSpot JVM（开启 -XX:+DoEscapeAnalysis）可能将其拆解为标量，在栈或寄存器中操作，不占用堆空间
- 一旦发生逃逸（如 return sb 或 sb.append(x).toString() 后被长期持有），就必须在堆中分配，且其内部 char[] 也会随生命周期延长而可能晋升至老年代
- 因此，尽量限制 StringBuilder 生命周期，避免不必要的字段存储或跨方法传递
