用 StringBuilder 替代 String += 可显著提升吞吐量：避开不可变性导致的频繁对象创建与 GC，将拼接复杂度从 O(n²) 降至 O(n)；需预设容量、链式 append、循环外初始化、及时 toString。
用 StringBuilder 替代 String += 是提升字符串处理吞吐量最直接有效的手段。核心在于避开 String 不可变性引发的大量对象创建与 GC 压力，把 O(n²) 的拼接降为接近 O(n) 的线性操作。
预设合理初始容量，减少扩容抖动
StringBuilder 底层是 char 数组，扩容需复制旧数据，代价明显。默认容量 16，仅适合极短内容。
- 拼接 N 个平均长度 L 的字符串（含分隔符），可估算：N × L + (N−1) × 分隔符长度，再上浮 10%~20%
- 例如拼接 500 个用户名（平均 12 字符）加逗号分隔：500×12 + 499 ≈ 6500，建议 new StringBuilder(7000)
- 不确定长度但数据量大时，宁可设 8192 或 16384，也比多次扩容更稳
坚持链式 append()，避免隐式临时对象
append() 返回 this，天然支持链式调用，既简洁又无额外开销。
- 推荐写法：sb.append("id=").append(id).append(", name=").append(name)
- 不要写 sb.append("id=" + id) —— 编译器会先用另一个 StringBuilder 拼完字面量+变量，再传入，白费一次构造和拷贝
- append() 支持 int、boolean、Object 等类型，自动 toString()，无需手动转字符串
循环外置 StringBuilder，杜绝 String +=
String s = ""; for (...) { s += item; } 在每次迭代都新建 String 对象，1000 次拼接可能产生上千中间对象，GC 压力陡增。
立即学习“Java免费学习笔记（深入）”；
- 正确做法：循环前 new StringBuilder()，循环内只 append()，循环后统一 toString()
- 即使只有几十次拼接，也应统一风格——后期数据量上涨时不会突然卡顿
- 编译器只优化纯字面量拼接（如 "a" + "b"），对含变量的运行期拼接不做跨语句优化
用完即转 String，慎用非追加操作
StringBuilder 是过程工具，不是最终结果；它的价值在“攒”，不在“改”。
- 拼接完成必须调用 toString() 获取最终 String 实例，否则拿不到结果
- insert、delete、replace、reverse 等操作涉及字符移动，开销远高于 append()
- 去尾逗号优先用 sb.delete(sb.length()-1, sb.length())，比 substring 更高效
- 高频路径中避免复杂 replace 或 reverse，除非业务强依赖
