17370845950

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'

常见误写：

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())。

实际性能差异往往出现在几百次以上拼接，且字符串总长超KB级时才明显。小数据量下，可读性比微秒级优化更重要。