BufferedReader和BufferedWriter通过8KB内存缓冲区减少系统调用次数，显著提升IO效率；需显式指定UTF-8编码避免乱码；按行处理时应校验行长度防OOM；必须flush确保数据落盘，并用try-with-resources自动关闭资源。
用 BufferedReader 和 BufferedWriter 提高文本文件读写效率，核心是借助内存缓冲区减少底层 IO 调用次数。默认 8KB 缓冲区已比无缓冲流快很多，但合理配置和规范使用才能真正发挥性能优势。
为什么能提升效率
原始的 FileReader / FileWriter 每次 read() 或 write() 都直接触发系统调用，频繁访问磁盘开销大。BufferedReader 和 BufferedWriter 在内部维护一个字符数组（默认 8192 字符），读时先从文件批量装入缓冲区，后续调用 readLine()、read() 等都在内存中完成；写时先存入缓冲区，等满或显式 flush 才真正落盘。一次系统调用处理几千字符，IO 次数大幅下降。
正确创建带编码支持的实例
中文乱码几乎都源于编码不匹配。FileReader 使用系统默认编码（如 Windows 的 GBK），而文件可能是 UTF-8。应绕过 FileReader，改用 InputStreamReader 显式指定编码：
- 读取：
new BufferedReader(new InputStreamReader(new FileInputStream("a.txt"), "UTF-8")) - 写入：
new BufferedWriter(new OutputStreamWriter(new FileOutputStream("b.txt"), "UTF-8")) - 避免直接用
new FileReader("a.txt")—— 它不可控，默认编码易出错
按行处理的大文件注意事项
readLine() 很方便，但单行过长（如超 1MB 的日志行或 CSV 单元格）会导致内存暴涨甚至 OOM：
立即学习“Java免费学习笔记（深入）”；
- 确保业务逻辑中单行数据长度可控，必要时加长度校验
- 不拼接全部内容到 StringBuilder —— 改为逐行处理、即时写入或丢弃
- 对超大文件（>100MB），考虑切换到 NIO 的
Files.lines(Paths.get(...))流式处理，或 Memory-Mapped 方式
别忘了 flush 和 try-with-resources
BufferedWriter 不会自动刷盘，close() 会隐式 flush，但若程序异常退出或中途需要确保数据落地，必须主动调用 flush()：
- 写完关键段落后调用
writer.flush() - 务必用 try-with-resources 自动关闭，避免资源泄漏：
try (BufferedReader r = ...; BufferedWriter w = ...) { /* 处理 */ } - BufferedReader.close() 会自动关闭其包装的底层流（如 InputStreamReader），无需单独关
