StringBuilder适用于频繁字符串拼接场景，核心价值是避免重复创建对象；单次拼接由编译器优化，无需手动使用；需预设容量、注意append()参数陷阱、toString()后应清空或弃用实例。
StringBuilder适合字符串频繁拼接的场景
当需要在循环中多次追加字符串、构建动态SQL、生成HTML模板或组装日志内容时，StringBuilder比String快得多，也比StringBuffer更轻量。它的核心价值不是“可变”，而是“避免重复创建对象”——每次用+拼接String都会生成新对象，而StringBuilder复用内部char[]数组。
别在单次拼接里硬套StringBuilder
编译器会对常量拼接自动优化，比如"a" + "b" + "c"直接编译成"abc"；即使是含变量的简单拼接（如"id=" + id），JVM通常会自动转成StringBuilder调用。这时手动写反而多此一举：
String s = "id=" + id; // ✅ 推荐：简洁、JIT友好
String s = new StringBuilder().append("id=").append(id).toString(); // ❌ 不必要
- 只有拼接次数不确定（如遍历集合）、或拼接逻辑跨多处代码时，才显式用
StringBuilder - 初始化容量很重要：如果知道最终长度，用
new StringBuilder(1024)避免数组扩容，否则默认16，扩容要复制数组 - 不要把它当线程安全工具用——
StringBuffer才是同步版本，但绝大多数业务场景根本不需要线程安全
append()不是万能的，注意参数类型陷阱
StringBuilder.append()有十几种重载，但行为不完全一致。最易踩坑的是append(null)和append(char[])：
-
append(null)会写入字符串"null"，不是空指针异常 -
append(char[])写入整个数组，哪怕你只用了前几个元素；想截取得用append(char[], int, int) -
append(int)写数字字符，不是ASCII码；append((char)65)才写'A'
常见误写：
立即学习“Java免费学习笔记（深入）”；
char[] buf = {'h', 'e', 'l', 'l', 'o'};
sb.append(buf); // 写入"hello"
sb.append(buf, 0, 2); // 写入"he"
toString()之后别再复用同一个实例
toString()返回的是新创建的String，但StringBuilder内部数组仍可继续修改。这本身没问题，但容易引发两类问题：
- 把
StringBuilder作为方法参数传入后，在方法内toString()又继续append()，调用方可能意外看到变化 - 缓存了
toString()结果却忘了清空StringBuilder，下次拼接时带着旧内容
推荐做法：拼接完成就toString()，然后让变量引用失效；如需复用，明确调用setLength(0)清空，而不是依赖delete(0, length())。
