stringbuilder高效处理大文本的核心是避免重复创建对象、减少数组拷贝、支持原地修改；需预估容量、复用实例、善用定位操作，并在最终输出时才调用tostring()。
Java 中 StringBuilder 高效处理大文本数据，核心在于避免重复创建对象、减少数组拷贝开销、支持原地修改，而不是简单地“用 append 替代 +”。它不是万能加速器，用对场景和方式才真正发挥价值。
预估容量，从源头压减扩容次数
默认初始容量仅 16，对 KB 级以上文本极易触发多次扩容。每次扩容需复制原数组，MB 级文本一次扩容可能耗时毫秒级。
- 已知最终长度（如读取固定格式日志行）：直接设为精确值，例如 new StringBuilder(4096)
- 大致长度可估（如拼接 500 条 SQL 插入语句，每条约 200 字符）：预留 1.2 倍，例如 new StringBuilder(120000)
- 流式读取不确定长度：若能预判上限（如单行最大 8KB），仍建议显式指定，而非依赖自动扩容
复用实例，杜绝无谓重建
在循环解析、逐行处理等典型场景中，反复 new StringBuilder() 会抵消大部分性能收益。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 单线程批处理中：声明一个实例，在循环内调用 sb.setLength(0) 清空内容，再复用追加
- 日志聚合或模板填充：用同一实例反复构建不同片段，比每次新建快数倍
- 注意：不能跨线程共享；多线程环境下应为每个线程分配独立实例，或改用 StringBuffer
善用定位操作，避免字符串拆分再拼接
大文本的局部修改（如删末尾逗号、插分隔符、替换某段）若用 String 拆解再拼接，会产生多个中间对象；StringBuilder 可直接就地操作。
- 删掉最后两个字符：sb.delete(sb.length() - 2, sb.length())
- 将第 10–15 位替换为新内容：sb.replace(10, 15, "updated")
- 在位置 20 插入换行符：sb.insert(20, "\n")
- 这些操作不生成新对象，也不触发字符串常量池查找，开销远低于 substring + concat 组合
链式调用与 toString 的时机控制
append 等方法返回 this，天然支持链式写法，既简洁又避免中间变量；但 toString() 会生成新 String 对象，应在真正需要不可变结果时才调用。
- 推荐写法：sb.append("INSERT INTO t VALUES (").append(id).append(",").append(name).append(");")
- 避免过早 toString()：如在循环内频繁调用，会反复创建 String 实例，失去 StringBuilder 优势
- 最终输出前一次性转换：String sql = sb.toString()，此后 sb 可继续复用或丢弃
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
