正确使用 stringbuilder 的关键是预估容量、链式追加、避免循环中拼接字符串、及时 tostring()。需根据数据规模设置初始容量，用 append() 链式调用，禁用 + 拼接变量，循环外创建实例，慎用非追加操作。
用对 StringBuilder 的关键不在“用了没”，而在“怎么用”。它本身不自动提速，真正起效的是配合场景做针对性操作——预估容量、链式追加、避开陷阱、及时收尾。
预设初始容量，减少扩容复制开销
StringBuilder 内部是 char 数组，容量不够时会自动扩容（通常是翻倍），而每次扩容都要复制整个旧数组。默认容量只有 16，稍一拼接就触发扩容。
- 已知数据规模时，粗略估算：元素个数 × 平均长度 + 分隔符总长。例如拼接 300 个平均 25 字符的字符串，用逗号分隔 → 300×25 + 299 ≈ 7800，可设 new StringBuilder(8192)
- 不确定长度但数据量大（如日志批量写入、JSON 数组生成），宁可高估一点，避免频繁扩容拖慢整体速度
- 极简场景（如拼接 3–4 个固定短串）可省略，用默认构造即可
坚持链式 append()，拒绝混用 + 号
append() 返回 this，天然支持连续调用，既简洁又高效。它能直接接收 int、boolean、Object 等各类参数，自动调用 toString()，无需手动转换。
- 推荐写法：sb.append("订单ID:").append(orderId).append(", 状态:").append(status)
- 避免写成 sb.append("a" + "b") —— 编译器会在内部先建一个临时 StringBuilder 拼完再传入，白费一次操作
- 也别把链式拆成多行再加注释，除非逻辑确实复杂；链式本身不影响可读性，且无性能损耗
循环拼接必须外置 StringBuilder
这是最常见也最严重的性能陷阱：String s = ""; for (...) { s += item; } 看似方便，实则每轮都新建 String 对象，时间复杂度接近 O(n²)。
- 正确做法：循环前创建 StringBuilder，循环内只调用 append()，循环结束后统一 toString()
- 哪怕只有几十次拼接，也建议统一风格。后期数据量增长后，不用改逻辑就能扛住压力
- 编译器仅对纯字面量（如 "hello" + "world"）做编译期优化，对含变量的运行期拼接不做跨语句优化
用完及时 toString()，慎用非追加类操作
StringBuilder 是“攒内容”的工具，不是“改内容”的终点。它的价值在高效累积，而非高频修改。
- 拼接完成后务必调用 toString() 获取最终 String 实例，否则拿不到结果
- insert、delete、replace、reverse 等操作涉及字符移动，开销明显高于 append。如需去尾逗号，用 sb.delete(sb.length()-1, sb.length()) 比 substring 更轻量
- 若只是简单分隔拼接（如 List 转 CSV），可优先考虑 String.join(",", list) 或 StringJoiner，语义更清晰，性能也接近
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
