stringbuilder性能优势在于避免频繁创建临时string对象：string不可变，每次拼接都新建对象；stringbuilder通过可扩容char数组原地修改，仅最终tostring()生成一个string，大幅降低内存开销与gc压力。
Java中StringBuilder的性能优势，核心在于它能避免频繁创建临时String对象。String不可变，每次拼接、替换等操作都会生成新对象，而StringBuilder在原对象上直接修改，内存开销小、GC压力低。
为什么String拼接会创建大量对象
String底层用final byte[]存储内容，一旦初始化就不能改地址，所以所有“修改”本质都是新建对象：
- 用 + 拼接循环10万次：每轮都新建一个String，产生10万个中间对象，全部进堆，触发多次GC
- 字符串常量池只缓存字面量（如"abc"），运行时拼接结果（如s1 + s2）不会自动入池
- new String("abc") 总是新建堆对象，即使常量池已有相同内容
StringBuilder如何减少对象创建
它内部维护一个可扩容的char数组（或byte数组），所有append、insert、delete等操作都在该数组上原地进行：
-
构造时预估容量：如
new StringBuilder(1024)，避免多次数组扩容复制 -
链式调用不产生中间对象：
sb.append("a").append("b").append("c")全程只操作同一个实例 - toString()只在最终需要时调用一次，返回一个新的String，但此前零额外字符串对象
实际使用建议
不是所有场景都要换StringBuilder，关键看操作频率和上下文：
-
单次拼接（如
"Hello " + name + "!"）：JVM会自动优化为StringBuilder，无需手动改 - 循环内拼接、日志组装、SQL构建等高频操作：必须用StringBuilder，避免性能陡降
- 多线程共享同一StringBuilder实例：不安全，应改用StringBuffer，或确保线程私有
-
从String转StringBuilder：直接
new StringBuilder(str)，比空构造再append更高效
对比验证的小技巧
写个简单测试就能看出差异：
- 用
System.nanoTime()测10万次拼接耗时，StringBuilder通常比String快10倍以上 - 用JVisualVM或JMC观察堆内存，String版本会出现大量短命的String实例
- 注意：StringBuffer和StringBuilder API一致，仅同步机制不同，单线程下优先选StringBuilder
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
