stringbuilder通过复用内部非final char[]缓冲区实现高效字符串操作，支持setlength(0)清空、预估容量避免扩容，配合threadlocal可线程安全复用，性能优于stringbuffer。

StringBuilder 通过复用同一实例的内部 char[] 缓冲区，避免频繁分配新数组，从而显著降低 GC 压力。它的核心机制不是“自动回收”，而是“可控复用”——关键在于你主动管理生命周期和容量。

复用的前提：理解内部缓冲区的可变性

StringBuilder 继承自 AbstractStringBuilder，底层使用非 final 的 char[] value 数组存储字符，且提供 setLength(0)、delete(0, length()) 等方法清空内容但不释放数组。只要不触发扩容，后续 append 操作就直接复用原有内存空间。

正确复用的典型做法

• 在确定作用域内（如一个方法块或循环体）声明并复用同一个 StringBuilder 实例，而不是每次 new
• 每次使用前调用 setLength(0) 彻底清空逻辑长度（比 delete(0, length()) 更轻量，不涉及数组复制）
• 初始化时预估容量（如 new StringBuilder(1024)），避免多次扩容导致旧数组被丢弃
• 避免将其作为类成员长期持有——这会延长引用生命周期，反而阻碍 GC，应限定在局部作用域内

配合 ThreadLocal 实现线程级复用

在高并发场景中，可结合 ThreadLocal 避免锁竞争，同时防止跨线程共享带来的安全问题：

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

private static final ThreadLocal TL_BUILDER = ThreadLocal.withInitial(() -> new StringBuilder(1024));

每次从 TL 获取后，先 setLength(0)，再 append 内容，用完不手动清理（ThreadLocal 自动关联线程生命周期）。

为什么不用 StringBuffer？

StringBuffer 所有 public 方法都加了 synchronized，虽然线程安全，但同步开销在单线程场景下纯属冗余。StringBuilder 在绝大多数业务逻辑（如 Controller 层拼接响应、DAO 层构造 SQL）中是更轻量、更高效的选择——复用效果相同，性能更高。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南