重构String拼接为StringBuilder需关注五大细节：预估容量初始化避免扩容开销；StringBuilder实例须移出循环外；优先链式append而非临时字符串拼接；复用实例用setLength(0)清空；线程安全场景改用StringBuffer或ThreadLocal。
重构 Java 代码时，把 String 拼接换成 StringBuilder 不只是“换一个类”，关键在几个容易被忽略但影响显著的细节。用对了，性能从秒级降到毫秒级；用错了，可能白改甚至引入线程安全问题。
预估容量再初始化，别依赖默认 16
默认构造的 StringBuilder 底层 char 数组只有 16 字符空间。拼接稍多（比如 50 个平均长度 20 的字段），就会触发多次扩容——每次扩容要复制整个旧数组，开销不小。
- 已知大致长度：直接 new StringBuilder(预估总字符数)，例如拼接 300 个用户 ID（平均 8 位）+ 逗号分隔符 → 300×8 + 299 ≈ 2700，可设 new StringBuilder(2800)
- 不确定但量级明确：宁高勿低，设 4096 或 8192，比频繁扩容更划算
- 从已有字符串构造：用 new StringBuilder(str)，内部会按 str.length()+16 分配，比空构造后 append 更省一次扩容
拼接逻辑外提，杜绝循环内 +=
重构时最常踩的坑：把原来的 String s = ""; 循环里 s += item; 改成 StringBuilder sb = new StringBuilder(); 却仍放在循环里创建——这等于没改，每次循环都新建对象。
- 把 StringBuilder 实例移到循环外，只创建一次
- 循环内只调用 append()，不调 toString()、不 insert、不 delete（除非必要）
- 拼接完统一调一次 toString() 获取最终结果，别在中间反复转 String
链式调用优先，避免临时字符串拼接
重构时注意写法细节：看似语义相同，但底层行为差异很大。
立即学习“Java免费学习笔记（深入）”；
- ✅ 推荐：sb.append("ID:").append(id).append(", name:").append(name) —— 链式调用，无临时对象
- ❌ 避免：sb.append("ID:" + id + ", name:" + name) —— 编译器会先用另一个 StringBuilder 拼出临时字符串，再传入，多一次构造+toString
- ❌ 少用：sb.append("ID:"); sb.append(id); sb.append(", name:"); —— 语法合法但冗余，不如链式简洁高效
复用实例，减少 new 开销
如果同一个方法里多次拼接（比如批量生成日志、组装多条 SQL），重构时可考虑复用 StringBuilder 实例，而不是每次都 new。
- 用 sb.setLength(0) 清空内容，比 new StringBuilder() 更轻量
- 注意作用域：确保复用不会跨线程或跨调用污染数据
- 若需线程安全，不要手动加锁，改用 StringBuffer；或用 ThreadLocal 包裹 StringBuilder
