预估总长度并设构造参数是最有效方式，需累加固定字面量、变量最大长度、分隔符等，再加5%～15%余量，优先取2的幂；不确定时设256/512/1024等合理下限；高频场景应复用并用setlength(0)清空。
直接在创建时传入足够但不过量的初始容量，就能让 StringBuilder 底层数组一次分配到位，全程不触发扩容。
预估总长度再设构造参数
这是最有效的方式。把所有确定会写入的字符数加总，并留出弹性余量：
- 固定字符串字面量长度（如 "User: " 是 7）
- 变量调用 .toString().length() 或按类型预估（int 最多 11 位，UUID 固定 36 位）
- 分隔符、换行符、括号、空格等模板符号（如 JSON 的 "{"、","、"\n"）
- 加上 5%～15% 波动余量（应对字段超长、编码差异或未来扩展）
例如拼接 "id=" + id + "&name=" + name + "&age=" + age，其中 id 最长 20、name 最长 50、age 最多 3 位，固定部分共 13 字符 → 预估 20 + 50 + 3 + 13 = 86，加 10% 后取整为 96，可设 new StringBuilder(96)。
向上取整到 2 的幂更稳妥
JVM 对 2 的幂大小的 char[] 分配更友好，内存对齐更好，GC 压力更小：
- 预估 1980 → 用 2048
- 预估 3199 → 用 4096
- 预估 1000 → 用 1024
不必强求绝对精确，落在最终 length() 的 80%～90% 容量区间内即可。
不确定长度时设合理下限
完全无法预估但有经验上限的场景，至少避开默认 16：
- 日志拼接、简单模板：设 256 或 512
- JSON/HTML 片段生成：设 1024 或 4096
- 批量导出数据：按均长 × 行数 × 1.2 向上取整
设得太小仍会扩容，设得过大（如只拼 200 字符却给 10000）则浪费堆内存，加重 GC。
复用比新建更关键
高频或循环场景下，容量设置要配合生命周期管理：
- 在方法开头创建一次，全程 append()，最后 toString() —— 不要在循环里反复 new
- 需多次构建不同字符串时，用 sb.setLength(0) 清空逻辑长度，保留底层数组，下次 append() 直接覆盖
- 避免 static 或长期缓存 StringBuilder 实例 —— 底层数组持续膨胀无法回收，易成内存泄漏
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
