stringbuilder 是高效字符串组装器而非字符流缓冲区，适合报表字段拼接以降低内存峰值，但必须配合 bufferedwriter 或 excel 流式 api 实现边拼边写，避免 oom。
StringBuilder 在大规模报表导出中不直接充当“字符流缓冲区”，但它可作为高效、低开销的中间字符串组装器，配合真正的流式输出链（如 Writer 或 Excel 流式 API）使用——关键在于它不替代流，而是避免在流写入前生成完整字符串对象，从而降低内存峰值。
为什么 StringBuilder 适合报表字段拼接，但不能替代流式写入
报表导出常涉及百万级行、每行数十列的文本数据（如 CSV/TSV）。若先拼出整份字符串再写入文件，会触发 OOM；而 StringBuilder 的价值在于：它用可扩容数组管理字符，append 操作平均时间复杂度 O(1)，且无不可变对象拷贝开销。但它仍是内存驻留结构，必须与真正支持 flush 的流配合，才能实现“边拼、边写”。
典型高性能组合模式：StringBuilder + BufferedWriter
适用于纯文本报表（CSV、日志、固定格式文本）：
- 初始化
BufferedWriter时指定合理缓冲大小（如 8192 字节），避免频繁刷盘 - 每行数据用 StringBuilder 组装：字段间加分隔符，末尾加换行符，组装完立即 write() 并调用 newLine()
- 避免反复 toString()：不要把整行 StringBuilder 转成 String 再 write，直接
writer.write(sb, 0, sb.length()) - 重用 StringBuilder 实例：循环开始前
sb.setLength(0)清空，比新建对象更轻量
对接 Excel 流式导出时的间接角色
在 EasyExcel 或 SXSSF 场景中，StringBuilder 不直接参与 Excel 写入，但可用于预处理：
- 单元格内容清洗：对数据库查出的原始字段，用 StringBuilder 快速拼接脱敏后字符串（如
sb.append("****").append(phone.substring(7))），再传给 Excel writer - 动态公式生成：如拼接
=SUM(A1:A1000)这类字符串，StringBuilder 比字符串拼接快 3~5 倍 - 跳过 toString() 中间态：不写
cell.setCellValue(sb.toString())，而是先完成拼接，再一次性 setCellValue
容量预估与避免扩容抖动
默认初始容量 16，频繁扩容影响性能。导出前可粗略估算单行最大长度（如 20 列 × 平均 50 字符 = 1000），设初始容量：
StringBuilder sb = new StringBuilder(1024);- 若列宽波动大，按 P95 长度设（如 2000），避免扩容超过 2 次
- 扩容规则：当前容量不足时，新容量 = oldCapacity × 2 + 2，因此预分配能稳定吞吐
不复杂但容易忽略：StringBuilder 是加速“字符串构建”的利器，不是 I/O 缓冲本身；它必须嵌入到真正的流式管道里，才对大规模报表导出产生实质内存收益。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
