stringbuilder性能优势在于规避string不可变性导致的对象爆炸和gc压力，通过复用char[]数组、预分配容量、就地编辑及无锁设计，使耗时降至5%以内、内存分配减少90%以上。
Java 中 StringBuilder 处理大量文本时的性能优势，核心在于它规避了 String 不可变性带来的对象爆炸和 GC 压力。它不是“更快一点”，而是从内存模型和执行路径上重构了字符串构建逻辑。
避免重复对象创建，大幅降低 GC 压力
String 每次拼接（如 += 或 concat()）都生成新对象。循环 10 万次拼接，就会产生 10 万个中间 String 实例，全部进入堆内存，触发频繁垃圾回收。StringBuilder 则复用同一实例内部的 char[] 数组，仅修改内容与长度计数器（count）。实测显示：相同操作下，耗时通常不到 String 的 5%，内存分配量下降 90% 以上。
容量预分配是关键优化点
默认初始容量为 16，一旦超出，StringBuilder 按 oldCapacity × 2 + 2 规则扩容——每次扩容都要复制原数组，对 MB 级文本，单次复制可能消耗毫秒级 CPU 时间。多次扩容会显著拖慢整体速度。
- 已知最终长度（如解析固定格式日志、组装 JSON 模板），直接设为精确值最高效：new StringBuilder(4096)
- 预估长度较稳定（如日志行平均 200 字符 × 1 万条），按 1.2 倍预留：new StringBuilder(24000)
- 处理 KB 级流数据，常见起始值如 8192 或 16384 能覆盖多数场景
API 支持就地编辑，避免全量重建
大文本不只靠拼接，常需局部修改。StringBuilder 提供定位操作，所有变更都在原数组上完成，无需截取、拼接、新建等冗余步骤：
- replace(start, end, str)：精准覆盖某段内容，比 substring + append 快得多
- delete(start, end)：直接移除区间字符，无额外对象生成
- insert(offset, str)：在任意位置插入，适合模板填充类场景
- reverse()：原地反转，对大文本比 new String(...).reverse() 快一个数量级
单线程场景下无锁设计带来真实性能红利
StringBuilder 所有方法均无 synchronized，舍弃线程安全换取执行效率。在 Web 请求处理、批任务、CLI 工具等典型单线程上下文中，性能比 StringBuffer 高出 15%–30%。但要注意：误用于多线程写入不会报错，而是出现数据错乱；正确做法是每个线程持有独立实例，或改用 StringBuffer。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
