stringbuilder高效增删的核心是基于可变字符数组的原地操作：插入通过扩容与元素搬移实现，删除通过前移覆盖与计数更新完成，全程避免对象重建，结合capacity/length合理管理可显著提升性能。
StringBuilder 实现高效插入与删除的核心在于其底层的字符数组和游标管理机制——它避免了频繁创建新对象，所有操作都在可变数组上原地进行。
插入操作：基于数组扩容与元素搬移
调用 insert(int offset, String str) 时，StringBuilder 先检查当前容量是否足够容纳新增内容。若不足，会触发扩容（通常是当前容量 ×2 +2），然后将 offset 及之后的字符整体后移，再把新字符串逐个复制进去。
- 插入位置越靠前，需要移动的字符越多，时间复杂度趋近 O(n)；尾部插入（如 append）则只需复制新内容，接近 O(m)，m 为插入长度
- 批量插入建议优先使用 append() 或拼接后再 insert，减少多次搬移开销
- 若需在固定位置高频插入，可预先用 ensureCapacity() 预留空间，避免中途扩容带来的数组复制
删除操作：通过长度截断与数组复用
delete(int start, int end) 并不真正擦除内存，而是将 end 之后的字符前移覆盖被删区域，并更新内部 count（有效字符数）。整个过程只涉及数组内数据搬移和计数调整，无对象重建。
- 删除区间越大，后续搬移量越小；删除末尾部分几乎不触发搬移，仅修改 count
- 连续多次 delete 建议合并为一次调用，避免重复计算和搬移
- 若只是清空全部内容，用 setLength(0) 比 delete(0, length()) 更轻量，跳过边界校验和搬移逻辑
关键细节：容量、长度与性能陷阱
理解 capacity()（底层数组大小）与 length()（当前有效字符数）的区别至关重要。无效扩容或过度截断都会带来隐性开销。
- 初始化时指定合理初始容量（如 new StringBuilder(1024)），尤其当已知最终规模较大时
- 执行大量增删后，若后续长期只读，可调用 trimToSize() 回收冗余空间
- 避免在循环中反复 insert/delete 单个字符——改用 char[] 预处理或考虑其他数据结构（如 LinkedList + 字符拼接）更合适
对比 String 和 StringBuffer 的差异
StringBuilder 不做同步，比 StringBuffer 快；相比 String，它不产生中间字符串对象。例如 "a" + "b" + "c" 在编译期优化为常量，但运行期拼接（尤其含变量）若用 String 会生成多个临时对象，而 StringBuilder 始终复用同一块数组。
- 多线程场景必须换用 StringBuffer，或由外部同步控制
- 单纯构建不可变结果时，最后调用 toString() 是必要且高效的——它只复制有效范围内的字符，不拷贝整个底层数组
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
