stringbuilder 的核心是避免临时对象、控制内存、精准操作位置，适用于动态多步构建：分步拼接与调整、跨方法复用、容量预估、链式调用，禁用循环字符串拼接。
Java 中 StringBuilder 处理复杂字符串逻辑，核心在于避免临时对象、控制内存开销、精准定位操作位置。它不是简单替代“+”，而是为动态、多步骤、可变长度的构建过程提供底层支撑。
需要分步拼接与动态调整的场景
当字符串不是一次性拼完，而是要边加边删、边插边改时，StringBuilder 的可变性就体现出来了。比如生成带逗号分隔的列表，最后要删掉末尾多余的逗号；或在 JSON 片段中插入字段后替换占位符。
- 用 append() 追加内容，再用 deleteCharAt(length() - 1) 或 delete(start, end) 精准剔除冗余字符
- 用 insert(0, "prefix") 在开头加标识，或 replace(start, end, "new") 替换模板段
- 注意索引边界：delete 是左闭右开，insert(i, s) 表示在第 i 个位置前插入（i 可等于当前 length）
跨方法/多阶段构建时传参复用
如果拼接逻辑分散在几个方法里（比如 parseHeader()、buildBody()、addFooter()），把 StringBuilder 实例作为参数传入，比各自 new 一个再拼接更高效——编译器无法跨方法优化，手动复用是唯一办法。
- 不要返回 String 再传入下个方法，那样又触发不可变复制
- 每个子方法只做自己的 append/insert/delete，不调 toString()
- 最终统一转成 String，减少 toString() 调用次数
容量预估 + 避免扩容抖动
复杂构建往往长度可估算。比如拼接 500 条日志，每条平均 80 字符，加上换行和前缀，总长约 42000 字符。默认容量 16，按 “旧×2+1” 扩容，几次翻倍就会触发多次数组拷贝，性能断崖下跌。
- 构造时直接写 new StringBuilder(45000)，一步到位
- 不确定但数据量大（如实时日志缓冲），宁可高估设 8192 或 16384
- 配合 ThreadLocal 复用时，固定容量 + 每次 setLength(0)，比反复新建轻量得多
链式调用让逻辑更清晰
复杂构建常含多种类型混合拼接（字符串、数字、布尔值），append 支持重载且返回 this，天然适合链式写法，既高效又可读。
- 推荐：sb.append("id=").append(id).append("&name=").append(name).append("&valid=").append(isValid)
- 避免：sb.append("id=" + id + "&name=" + name) —— 编译器会先用临时 StringBuilder 拼“+”部分，白费一次创建
- 别在循环里写 String s = ""; s += item;，这是 O(n²) 的典型陷阱
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
