预分配容量是提升stringbuilder拼接效率最直接、见效最快的操作——它能避免多次数组扩容，减少内存拷贝和临时对象生成；其关键在于防止默认16容量触发频繁扩容（新容量=旧×2+2），降低cpu与gc开销；合理估算需累加各字符串长度、分隔符长度并加10%–20%余量；应构造时传入预估容量，避免循环新建或事后ensurecapacity，并结合链式append与null安全处理。
预分配容量是提升 StringBuilder 拼接效率最直接、见效最快的操作——它能避免多次数组扩容，减少内存拷贝和临时对象生成。
为什么预分配容量这么关键
StringBuilder 内部用 char[] 存储内容，默认初始容量为 16。当追加内容超出当前容量时，会触发扩容：新容量 = 旧容量 × 2 + 2。每次扩容都要新建数组、复制旧数据，开销不小。
- 拼接 10 万次中等长度字符串，未预分配可能触发 15–20 次扩容；预估后设容量，通常只需 0–1 次
- 扩容不仅耗 CPU，还增加 GC 压力——被丢弃的旧数组会成为短期垃圾
- 预分配不是“越大越好”，过大浪费堆内存；过小仍要扩容，失去意义
怎么合理估算初始容量
重点不是精确到个位，而是覆盖绝大多数场景的“够用且留余”。按拼接项逐项累加：
- 每个字符串变量调用 toString().length()（注意 null 会返回 4，需提前处理）
- 加上所有分隔符长度（如逗号+空格算 2，换行符 \n 算 1）
- 再加 10%–20% 余量应对格式微调或字段值波动
例如拼接：name="ZhangSan"（8）、age=32（2）、email="z@x.com"（9），用逗号分隔 → 8 + 2 + 9 + 2 = 21 → 建议 new StringBuilder(25) 或 32（取 2 的幂更利于 JVM 内存对齐）。
常见预分配写法与避坑点
构造时传入预估容量是最简单有效的做法，但要注意几个易错细节：
-
别在循环里每次都 new 同容量 StringBuilder——应复用实例并配合
setLength(0)重置，尤其在高频日志或批量 SQL 构建场景 -
避免用默认构造器后再调用
ensureCapacity()——这相当于“先错再补”，已发生的扩容无法撤销 -
模板类拼接（如 HTML/JSON 片段）可固化容量：若结构稳定（如固定字段 + 可变值），按最大可能值预设，比如
new StringBuilder(1024) -
动态长度不确定时，宁稍大勿过小：比如拼接用户输入的多行文本，可用
Math.max(256, estimatedMin)设下限
链式调用 + 预分配 = 最简高效组合
预分配之后，用链式 append() 充分发挥 StringBuilder 设计优势：
- 一行完成全部追加，逻辑集中，不易漏项
- JIT 编译器更容易内联优化，比拆成多行调用更快
- null 值必须显式处理，推荐用
Objects.toString(obj, "")或三元表达式
示例：
StringBuilder sb = new StringBuilder(128);<br>
sb.append("id:").append(id)<br>
.append(", name:").append(Objects.toString(name, ""))<br>
.append(", ts:").append(System.currentTimeMillis());Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
