StringBuilder适合多步骤字符串构建，需分步追加、复用实例（setLength(0)）、适时toString()、注意线程安全及合理初始化容量。
StringBuilder 在 Java 中适合处理多步骤字符串构建，关键在于合理规划追加顺序、避免重复创建对象，并在必要时重用实例。
分步追加，保持逻辑清晰
把字符串构建拆成多个语义明确的步骤，每步调用 append()，让代码易读易维护。比如生成 SQL 查询语句：
- 先 append "SELECT "
- 再 append 字段列表（可循环拼接）
- 接着 append " FROM " + 表名
- 最后根据条件 append " WHERE ..." 或 " ORDER BY ..."
这样每一步职责单一，调试和修改都更直接，也方便后续插入日志或条件判断。
复用实例，减少对象开销
如果同一逻辑会多次执行（如批量生成日志消息），建议复用 StringBuilder 实例，调用 setLength(0) 清空内容，而不是新建对象：
立即学习“Java免费学习笔记（深入）”；
- new StringBuilder() 每次分配新内存
- setLength(0) 只重置长度指针，保留内部 char 数组，效率更高
- 注意：setLength(0) 后无需调用 delete(0, length())，前者更简洁
嵌套逻辑中适时 toString() 或继续 append
多步骤可能包含分支或循环，这时要明确“中间结果”是否需要转成 String：
- 若后续还要追加，就别急着 toString()，继续 append 即可
- 若某子逻辑产出固定片段（如格式化时间），可先用局部 StringBuilder 构建，再 append 到主实例
- 避免在循环内频繁 toString() —— 那会触发多余对象创建和 GC 压力
注意线程安全与初始化容量
StringBuilder 本身不保证线程安全，多线程共用同一实例需同步；另外，初始容量设得合适能减少数组扩容次数：
- 预估最终长度，用 new StringBuilder(128) 初始化
- 扩容机制是当前容量 * 2 + 2，频繁扩容影响性能
- 单线程场景下，它比 String + 更轻量；多线程请考虑 StringBuffer 或改用 ThreadLocal
