Java字符流缓冲区未刷入导致漏数据，本质是数据滞留在内存缓冲区未写入目标；必须显式调用flush()或用try-with-resources确保close()触发flush，PrintWriter需构造时设autoFlush=true才对println等自动刷新，同时须处理目录缺失、异常跳过清理及必要时调用sync()强持久化。
Java 中字符流缓冲区未刷入导致漏数据，本质是数据滞留在内存缓冲区、未真正写入目标文件或设备。这不是“写失败”，而是“写得慢且不及时”——尤其在程序异常退出、日志关键行未落盘、或复制中途终止时，极易丢最后几行。
必须显式调用 flush() 或依赖自动关闭
BufferedWriter、PrintWriter（默认不自动 flush）、OutputStreamWriter 等字符缓冲流，写入操作默认只进内存缓冲区。不主动刷新，内容就卡着不动。
- 每次关键写入后加 bw.flush()，比如每写一条日志、每个业务记录完成时
- 更稳妥的做法是用 try-with-resources，它会在离开作用域时自动调用 close()，而 close() 会隐式触发一次 flush()
- 注意：PrintWriter 构造时若传入
true（如new PrintWriter(out, true)），可开启自动 flush 模式，但仅对println、printf、format有效，write()仍需手动 flush
别让异常绕过 flush 和 close
常见错误是 try 块里写了数据，但 catch 中只打印异常、没做任何恢复，finally 里又没保证 flush 或 close —— 这样一来，哪怕程序没崩溃，最后一批数据也永远留在缓冲区里。
- 确保所有写入逻辑完成后，flush() 放在 try 块末尾，或包裹在 finally 块中
- 避免在 catch 中 return 或 throw 新异常，导致后续清理代码跳过
- 优先使用 try-with-resources，它天然规避了 finally 手动管理的疏漏
警惕文件路径与目录缺失引发的静默失败
漏数据有时不是缓冲区问题，而是底层流压根没建起来。例如用 new FileWriter("logs/app.log")，但 logs/ 目录不存在 —— 此时会抛出 FileNotFoundException，如果没捕获，程序可能直接中断，后续 flush 根本没机会执行。
立即学习“Java免费学习笔记（深入）”；
- 创建文件前，先检查并创建父目录：
Files.createDirectories(Paths.get("logs")) - 始终捕获并记录
IOException，不要空 catch；至少打日志说明“写入失败，可能丢失数据” - 对关键路径，建议用绝对路径或基于 classpath / resources 的定位方式，避免相对路径随运行环境漂移
需要强持久化？再加 sync() 保底
flush() 只保证数据到达操作系统内核缓冲区，不等于已写入磁盘。极端情况下（如断电），仍可能丢失。对金融、审计等场景，可在 flush 后追加：
FileWriter fw = new FileWriter("data.txt");fw.write("important"); fw.flush();fw.getFD().sync(); // 强制刷到物理磁盘
注意：sync() 是阻塞操作，会影响性能，按需启用即可。
