BufferedWriter适合频繁写入小数据的场景，内部缓冲减少I/O调用；需显式flush或close确保落盘；newLine()适配平台换行，跨平台解析建议统一用"\n"。
BufferedWriter 适合写入频繁但单次数据量小的场景
当你要反复调用 write() 写入短字符串（比如日志逐行输出、配置项拼接、CSV 行写入），BufferedWriter 能显著减少系统 I/O 调用次数。它内部维护一个默认 8192 字节的字符缓冲区，只有缓冲区满、调用 flush() 或 close() 时才真正写入底层 Writer（如 FileWriter）。
反例：一次性写入 10MB JSON 字符串——此时直接用 FileWriter.write(char[]) 更快，绕过缓冲层反而减少内存拷贝和状态管理开销。
- 适用：循环中写入
"key=value\n"、日志log.info("user={} action=login")、生成文本报告逐行写入 - 不适用：已构造好的超大
String或char[]一次性输出 - 注意：缓冲区大小可调，构造时传入第二个参数，如
new BufferedWriter(writer, 64 * 1024)
必须显式 flush() 或 close() 才能保证内容落盘
这是最常被忽略的坑：BufferedWriter 不会自动刷缓冲区。如果程序在写完后异常退出、或忘记 close()，最后一段未满缓冲区的数据就丢了——文件看起来“写了一半”或完全为空。
典型错误现象：FileWriter 看到文件创建成功，但内容始终不出现；单元测试里断言文件内容失败，但调试时加个 System.out.println 又“神奇”变正常（因为 println 触发了某些隐式刷新）。
立即学习“Java免费学习笔记（深入）”；
- 写完必须调用
bw.flush()（继续使用）或bw.close()（释放资源并自动 flush） - 推荐用 try-with-resources：
try (BufferedWriter bw = new BufferedWriter(new FileWriter("out.txt"))) { bw.write("line1"); bw.newLine(); bw.write("line2"); } // 自动 close → 自动 flush - 不要依赖垃圾回收来 close ——
finalize()已废弃，且不保证时机
newLine() 比 "\n" 更安全，但要注意平台差异
BufferedWriter.newLine() 会写入当前平台的行分隔符：\r\n（Windows）、\n（Linux/macOS）。而硬编码 "\n" 在 Windows 上可能被记事本识别为“一行”，导致换行失效。
但要注意：如果你写的文件是给跨平台程序读取（比如 Java 程序自己读），用 "\n" 反而更可控，因为 BufferedReader.readLine() 本身能识别所有常见换行符；而用 newLine() 可能让 Linux 脚本处理 Windows 风格文件时多出 \r。
- 写给人看的文本（日志、导出 CSV、配置文件）→ 优先用
newLine() - 写给机器解析的中间格式（尤其需跨平台读取）→ 统一用
"\n"，并在文档里注明 - 避免混用：
bw.write("a"); bw.newLine(); bw.write("b\n");会导致混合换行符
性能瓶颈不在 BufferedWriter 本身，而在底层 Writer
BufferedWriter 的作用只是“攒字节再交出去”，它不加密、不编码、不压缩。真正的耗时环节是底层 Writer 的实现：
- 用
FileWriter（基于OutputStreamWriter+FileOutputStream）→ 受磁盘 I/O 和编码转换（如 UTF-8）拖累 - 用
OutputStreamWriter(new FileOutputStream(...), StandardCharsets.UTF_8)→ 比FileWriter略快（避免默认平台编码猜测） - 写入网络流或内存（如
CharArrayWriter）→BufferedWriter几乎无收益，甚至因额外对象创建略慢
所以优化方向不是“换别的 buffer 类”，而是确认底层是否用了合适的编码、是否避免了不必要的 String 构造（比如用 write(char[], off, len) 替代 write(String.valueOf(...))）。
