stringbuilder的高效源于避免频繁复制、复用内部char数组及按需扩容；仅在扩容或tostring()时发生最小化复制，且扩容采用指数增长策略降低频次。

StringBuilder 的高效数据流转，并不依赖“底层字符数组的复制”作为核心机制，而恰恰是通过**避免频繁复制**、**复用内部 char 数组**、并**按需扩容**来实现的。所谓“复制”，只在必要时（如扩容、转 String）发生，且设计上尽量最小化次数和范围。

内部 char 数组是可变容器，不是每次操作都复制

StringBuilder 底层持有一个 char[] value，初始容量通常为 16。所有 append、insert、delete 等操作，都是直接在该数组的已有空间内修改或移动元素，不触发复制。例如：

• append("abc")：若剩余空间足够，直接写入末尾，不复制数组；
• insert(0, "x")：若空间够，把原内容后移，再填 "x"，仍是原数组内位移；
• 只有当新内容超出当前数组长度时，才触发扩容——这时才发生一次数组复制。

扩容策略控制复制频率和成本

扩容不是每次+1，而是按一定规则扩大容量，显著降低复制频次：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 扩容公式通常是：newCapacity = oldCapacity * 2 + 2（JDK 8 及之前），或基于所需最小容量向上取整到合理倍数（JDK 9+ 优化）；
• 比如初始 16，追加导致溢出时扩到 34，再溢出扩到 70……指数级增长让复制次数趋近 O(log n)；
• 复制本身用的是 System.arraycopy()，这是 JVM 高度优化的本地方法，比手动循环快得多。

toString() 才真正触发一次“安全复制”

调用 toString() 时，会创建一个新的 String 对象。为保证 String 的不可变性，JDK 会：

• 检查当前 StringBuilder 的 char 数组是否被共享（如未被修改过且无其他引用），某些版本可能复用；
• 但更常见的是：用 Arrays.copyOf(value, count) 复制前 count 个有效字符，生成新 char 数组交给 String；
• 这个复制是精确、最小化、仅一次**的——只拷贝实际内容长度，而非整个底层数组。

避免意外复制的实用建议

开发者可通过以下方式进一步减少不必要复制：

• 构造时预估容量：new StringBuilder(1024)，避免早期多次扩容；
• 重复使用同一实例，而非频繁 new + toString + new；
• clear() 比 new 更轻量（只是置 count=0，不释放数组）；
• 注意 substring() 在旧 JDK 中可能共享底层数组（有内存泄漏风险），JDK 9+ 已修复为独立复制。

本质上，StringBuilder 的“高效”来自对可变缓冲区的精细管理，而非靠复制提速——复制是不得已的代价，而它的设计目标正是把这种代价压到最低、最可控。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南