stringbuilder性能优势源于可变性带来的零对象创建开销：复用同一实例，仅扩容时复制数组；string每次拼接都新建对象，循环10000次产生万级临时对象，加重gc压力。
核心优势是「可变性带来的零对象创建开销」——StringBuilder 在单次或循环拼接中复用同一对象，而 String 每次拼接都生成新对象。
避免频繁创建临时对象
String 是不可变的，任何拼接（如 s += "x"）都会新建一个 String 实例，原对象不变。循环 10000 次，就产生约 10000 个临时对象，加重 GC 压力。StringBuilder 底层是一个可扩容的 byte[]（JDK9+），所有 append() 都在原数组上操作，不分配新字符串对象。
- String 循环拼接：本质是反复
new StringBuilder().append(...).toString()，每次调用都新建实例 - StringBuilder 显式复用：一个实例贯穿整个拼接过程，仅在容量不足时扩容（复制数组一次），内存分配极少
性能差距是数量级的
不是“快一点”，而是执行时间可能相差上百倍。实测拼接 10 万个短字符串：
- String += 方式：耗时通常在数百毫秒级，伴随多次 Full GC
- StringBuilder.append()：稳定在几毫秒内完成，CPU 和内存开销极低
更适合动态构建场景
当字符串内容无法在编译期确定时，比如遍历集合生成 JSON、组装 SQL 查询条件、构造 HTML 片段，必须依赖运行时拼接。这类场景下，StringBuilder 提供可控、高效、语义清晰的修改能力。
- 支持插入、删除、替换、翻转等原地操作，String 只能靠创建新对象模拟
- 构造时可预设初始容量（如
new StringBuilder(512)），减少扩容次数 - 方法内声明、用完即弃，局部变量开销几乎为零
不是万能替代，但选对场景效果显著
String 的不可变性带来线程安全、哈希缓存、字符串池复用等优势，适合常量、Map 键、配置项等静态场景。StringBuilder 的优势只在「需要修改」时才真正释放——它解决的是写操作的效率瓶颈，而非读操作。
- 字面量拼接（如
"a" + "b" + "c"）由编译器优化为常量，用 String 更简洁 - 变量参与的拼接（尤其是循环中），必须显式用 StringBuilder 才能规避性能陷阱
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
