StringBuilder处理大规模字符串的核心是“复用+预估+就地修改”，通过可伸缩字符数组实现O(n)拼接、避免频繁扩容与对象创建，单线程下性能优于StringBuffer 15%–30%，并支持高效插入、删除、替换、反转等原地操作。
Java 中 StringBuilder 处理大规模字符串数据生成，核心是“复用 + 预估 + 就地修改”。它不靠堆里堆新对象，而是靠一块可伸缩的字符数组反复写入，把拼接从 O(n²) 降为 O(n)，内存和时间开销都大幅收敛。
单线程场景下优先用 StringBuilder
Web 接口组装 JSON、日志聚合、动态 SQL 构建等典型单线程任务，必须用 StringBuilder。它无锁、方法全在原数组上操作，性能比 StringBuffer 高 15%–30%。
- 别在循环里 new StringBuilder()——每次新建都重置容量，浪费初始化开销
- 循环外声明一次，循环内复用：sb.append(item)
- 链式调用更简洁：sb.append(name).append("@").append(domain)
容量预设能显著减少扩容成本
默认初始容量 16，超了就按 oldCapacity × 2 + 2 扩容。对 KB 级以上文本，几次扩容就会触发多次数组拷贝，拖慢速度。
- 已知总长（如拼接 5000 个平均 32 字符的 ID）→ 直接 new StringBuilder(16000)
- 不确定但有上限（如日志行 ≤ 2KB）→ new StringBuilder(2048)
- 保守起见可设为预估长度的 1.2 倍，基本避免运行时扩容
不只是拼接：支持高效局部编辑
大文本不是只追加，还常需插入、删段、替换、反转。StringBuilder 提供定位操作，避免截取再拼接的低效模式。
立即学习“Java免费学习笔记（深入）”；
- replace(5, 10, "new")：精准覆盖第 5～9 位，不重建整串
- delete(20, 30)：删掉区间内容，比 substring(0,20)+substring(30) 快得多
- insert(15, "[INFO]")：在位置 15 插入，后续字符自动后移
- reverse()：原地反转，MB 级文本也毫秒级完成
超大数据流要跳出“全量加载”思维
当源数据来自文件、数据库游标或网络响应流，总量远超堆内存（如百 MB 日志），就不能一股脑读进 StringBuilder。
- 逐块读取 + 写入目标流：用 BufferedReader 读一行，append 一行，写入 FileWriter 或 HttpServletResponse.getOutputStream
- 配合 try-with-resources 自动关闭资源，防止句柄泄漏
- 若必须缓存中间结果，可用 ByteArrayOutputStream 替代 StringBuilder，再转 byte[] 或 String
不复杂但容易忽略：选对工具只是起点，真正起效的是容量预估、实例复用和分批意识。一次合理的 new StringBuilder(8192)，可能让万级拼接快出一个数量级。
