StringBuilder不适合当行缓冲区，因其不感知换行符、无readLine语义，手动累积多行易致OOM；正确分工是BufferedReader负责流式读取与缓冲，StringBuilder仅用于局部字符串拼接。
StringBuilder 不适合直接当“行缓冲区”用，它不是为流式读取设计的缓冲结构，而是字符串构建工具。在处理大文本文件时，真正起缓冲作用的是 BufferedReader（内部自带字符缓冲区），而 StringBuilder 只应在需要拼接、组装或临时累积少量文本片段时才介入——比如把多行内容合并成一段、格式化输出、或构建中间结果。
为什么不能用 StringBuilder 当行缓冲区？
– 它不感知换行符，也不提供 readLine() 这类语义操作；
– 如果你手动用它 accumulate 每一行，等于把所有行都存进内存，违背了大文件“边读边处理”的原则，极易触发 OOM；
– StringBuilder 的 capacity 会自动扩容，但无上限控制，长文本下可能反复复制数组，带来额外开销和 GC 压力。
正确分工：BufferedReader 负责读，StringBuilder 负责拼
典型场景是：按行读取日志，对每行做解析或过滤，再把符合条件的内容拼成新文本（如汇总报告、错误摘要）。这时 StringBuilder 用在“单次拼接逻辑内”，而非跨行累积：
- 每次
reader.readLine()得到一行字符串，立即判断是否需要处理 - 若需保留该行（如含 "ERROR"），调用
sb.append(line).append("\n") - 拼完一批（例如 100 行）或达到阈值后，写入文件或清空
sb.setLength(0)，避免无限增长 - 全程不把全部日志存进 StringBuilder，只让它服务局部组装任务
关键使用技巧
– 初始化时指定合理容量，比如 new StringBuilder(8192)，减少扩容次数；
– 避免在循环里写 sb.append(line + "\n") —— 这会隐式创建新 String 对象，改用两次 append；
– 写完及时转成 String（sb.toString()）并重置：sb.setLength(0) 比 sb = new StringBuilder() 更轻量；
– 不要把它当成 List
对比 BufferReader 自带缓冲与 StringBuilder 的角色
BufferedReader 的默认缓冲区（通常 8KB）负责高效从磁盘读取字节、按编码解码、切分出完整行——这是真正的 I/O 缓冲；
StringBuilder 则是 CPU 层面的“字符串装配流水线”，只在业务逻辑需要构造新文本时才启动，且应严格限定作用域。
