本文详解在条件分支频繁触发（如用户快速连续操作）时，如何避免因重复创建 printwriter 导致的文件写入丢失问题，重点介绍基于追加模式、异常检测与资源复用的安全写入方案。
本文详解在条件分支频繁触发（如用户快速连续操作）时，如何避免因重复创建 printwriter 导致的文件写入丢失问题，重点介绍基于追加模式、异常检测与资源复用的安全写入方案。
在 Java 应用中，尤其是 GUI 或高响应性系统中，常需根据运行时条件向同一日志或数据文件追加新行。一个典型但危险的写法是：每次满足条件时都新建 FileWriter 和 PrintWriter —— 例如在 if 分支中以覆盖模式打开文件，在 else 分支中以追加模式（new FileWriter(path, true)）打开。这种设计看似合理，实则存在严重并发隐患：
- 每次 new FileWriter(...) 都会尝试获取文件句柄，若两个线程/事件几乎同时执行（如用户双击或快速连点），后启动的写入可能因前序操作尚未完成而失败；
- 更关键的是：PrintWriter 默认不自动抛出 I/O 异常——即使磁盘满、权限不足或文件被其他进程锁定，write() 或 println() 调用仍会静默返回，仅将错误状态内部标记为 true；
- 若未主动调用 checkError()，开发者将完全无法感知写入失败，导致数据“消失”且无任何提示。
✅ 正确解法不是“避免重开”，而是统一管理写入器生命周期 + 主动错误检测 + 线程安全保障。推荐以下三步实践：
1. 复用单例 PrintWriter（推荐用于单线程或可控上下文）
将 PrintWriter 提升为类成员变量，并在初始化时以追加模式创建一次：
private final PrintWriter logWriter;
public YourClass() throws IOException {
this.logWriter = new PrintWriter(
new BufferedWriter(new FileWriter("log.txt", true)),
true // 自动 flush，确保每行立即落盘
);
}
public void handleCondition(boolean cond) {
if (cond) {
logWriter.println("Condition A triggered");
} else {
logWriter.println("Condition B triggered");
}
// checkError() 可选：用于调试或关键路径监控
if (logWriter.checkError()) {
throw new RuntimeException("Failed to write to log file");
}
}
✅ 优势：零重复打开开销，天然支持高频写入；
⚠️ 注意：PrintWriter 非线程安全，若 handleCondition() 可能被多线程调用，需额外同步。
2. 多线程安全方案：使用 synchronized 或 ReentrantLock
private final PrintWriter logWriter;
private final Object writeLock = new Object();
public void safeWriteLine(String line) {
synchronized (writeLock) {
logWriter.println(line);
if (logWriter.checkError()) {
// 记录错误日志并重新初始化 writer（可选容错策略）
System.err.println("Log write failed; consider rotating file.");
throw new IllegalStateException("Log I/O error");
}
}
}
3. 进阶健壮性：结合 try-with-resources 的按需写入（适用于低频但需强可靠性场景）
若必须每次独立写入（如不同模块无法共享 writer），请务必：
- 使用 try-with-resources 确保资源释放；
- 始终检查 checkError()；
- 对失败进行重试（带退避）：
public void appendLineWithRetry(String line, int maxRetries) throws IOException { for (int i = 0; i
关键总结
- ❌ 禁止在高频分支中反复 new FileWriter(...) —— 这是竞态根源；
- ✅ 优先复用 PrintWriter 实例，启用自动 flush（第二个构造参数设为 true）；
- ✅ 必须调用 checkError() 判断写入是否真实成功；
- ✅ 多线程环境下，通过同步机制保护共享 writer；
- ? 补充建议：生产环境应考虑使用 Log4j / SLF4J 等成熟日志框架，它们已内置异步刷盘、滚动策略与故障恢复能力。
遵循上述实践，即可彻底解决“条件快速交替触发导致写入丢失”的顽疾，保障日志与数据的完整性和可观测性。
