动态切换 BufferedWriter 的关键是关闭当前流后新建实例，因其实例不支持运行时更换底层 Writer；需显式 flush 和 close 防数据丢失与资源泄漏，推荐封装工具类统一管理切换逻辑。
在 Java 中使用 BufferedWriter 实现多文件拆分写入时，动态切换缓冲输出流的关键是：**避免复用同一个 BufferedWriter 实例，而是在需要切换目标文件时，及时关闭当前流、新建并初始化新的 BufferedWriter 实例**。直接“切换”内部目标不可行，因为 BufferedWriter 不支持运行时更换底层 Writer（如 FileWriter 或 OutputStreamWriter）。
按条件创建新 BufferedWriter 并关闭旧流
每次决定写入新文件时，先调用 flush() 和 close() 安全释放当前流资源，再基于新文件路径构建新的 BufferedWriter。这是最安全、最清晰的做法。
- 始终确保前一个
BufferedWriter已关闭（否则可能丢失缓冲区数据或引发资源泄漏） - 推荐使用 try-with-resources 管理单个文件的写入周期，但跨文件场景下需手动管理生命周期
- 示例逻辑：当记录数达到阈值、日期变化或内容分类改变时，触发切换
封装成可复用的文件写入器类
定义一个管理当前活跃 BufferedWriter 的工具类，隐藏切换细节，对外提供统一的 writeLine(String) 方法：
- 内部持有当前
BufferedWriter引用和当前文件名 -
writeLine()内部检查是否需要切换（如目标文件变更），若需则先关闭旧流、再打开新流 - 构造时可传入编码、缓冲大小等参数，提升灵活性
注意缓冲区与异常处理
切换过程中容易忽略两个关键点：
立即学习“Java免费学习笔记（深入）”；
-
flush() 必须在 close() 前显式调用 —— 虽然
close()会自动 flush，但若中途抛异常，close()可能不执行，导致数据丢失 - 所有 I/O 操作必须捕获
IOException，且切换失败时应妥善处理（如保留原流继续写、或抛出运行时异常中止流程） - 不要依赖 finalize 或 GC 关闭流 —— 必须主动 close
避免常见陷阱
以下做法不可取：
- 试图通过反射修改
BufferedWriter内部out字段 —— 破坏封装、不可移植、易出错 - 不关闭旧流就新建新流 —— 文件句柄泄漏，尤其在长时间运行服务中会导致“too many open files”错误
- 在多线程环境下共享同一
BufferedWriter实例进行切换 —— 非线程安全，必须加锁或每个线程独占流
