预估总长度并设构造参数是最有效方式，需累加固定字面量、变量最大长度、分隔符等，再加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 压力更小：

立即学习“Java免费学习笔记（深入）”；

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 预估 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 实例 —— 底层数组持续膨胀无法回收，易成内存泄漏