stringbuilder是java中专为高效字符串拼接与修改设计的可变字符序列类，核心优势在于避免string频繁创建新对象的开销，适用于单线程下循环拼接、动态组装sql/json、字符串反转截断及大文本构建等场景。
StringBuilder 是 Java 中处理字符串拼接与修改的高效工具，核心价值在于“可变性”——它避免了 String 每次拼接都新建对象的开销。在单线程、高频修改场景下，它是首选方案。
适合用 StringBuilder 的典型场景
不是所有字符串操作都需要 StringBuilder，关键看是否满足以下条件：
-
循环内多次拼接：比如遍历 List 构建 CSV 或日志内容，用
str += item会指数级创建临时对象；改用sb.append(item)只操作同一块内存 - 动态组装 SQL / JSON / XML 片段：内容长度不确定、字段可选，需灵活插入、删除或替换部分字符
-
字符串反转、截断、局部重写：如处理用户输入的格式化文本（电话号加横线、邮箱掩码），
reverse()、delete()、replace()直接生效，无需拆分再组合 - 构建大文本（如 HTML 模板、配置文件）：预估最终长度后初始化容量，能显著减少数组扩容次数
怎么用才真正高效？几个关键细节
光调用 append() 不够，要注意底层机制：
-
预设初始容量：默认容量是 16，若已知最终长度约 500 字符，直接写
new StringBuilder(512)，避免多次扩容（扩容公式：新容量 = 旧容量 × 2 + 1） -
链式调用更简洁：
sb.append("name: ").append(name).append(", age: ").append(age)比分多行写更紧凑，且无性能损失 -
别在循环里反复 toString()：每调一次都会新建 String 对象；应等全部拼完再调一次
sb.toString() -
不用时及时丢弃引用：StringBuilder 本身不自动清空，如果复用同一个实例，记得用
setLength(0)或delete(0, sb.length())重置，比新建更轻量
什么情况不该用 StringBuilder？
它不是万能替代品，这些情形更适合其他方式：
-
拼接常量字符串（编译期确定）：如
"Hello" + " " + "World"，JVM 会直接优化为一个字符串字面量，比 StringBuilder 还快 -
少量、固定拼接（2–3 个）：用
String.concat()更直接，内部直接复制 char/byte 数组，无对象创建开销 -
带分隔符的集合拼接：如
String.join(", ", list)语义清晰、代码简短，底层也用了 StringBuilder，但封装得更安全 -
多线程共享修改：必须用
StringBuffer，否则可能数据错乱；或者改用线程安全的外部同步机制
和 StringBuffer 的本质区别就一点
两者 API 几乎完全一致，唯一差异是线程安全：
- StringBuilder 方法没加 synchronized → 单线程下更快，无锁开销
- StringBuffer 所有 public 方法都同步 → 多线程可直接共用，但吞吐量下降约 10%–15%
- 除非明确在多个线程中并发调用同一个实例，否则一律选 StringBuilder
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
