bufferedwriter非线程安全，多线程共用会导致数据错乱；threadlocal可为每线程隔离实例，避免同步开销，但需严格管理资源生命周期以防泄漏。
Java中BufferedWriter本身不是线程安全的，直接在多线程环境下共用同一个实例会导致数据错乱、丢失甚至抛出异常。使用ThreadLocal为每个线程单独维护一个BufferedWriter实例，是一种常见且有效的隔离方案——但需注意资源管理、生命周期和实际适用场景。
为什么需要 ThreadLocal 隔离？
BufferedWriter内部依赖共享的字符缓冲区（char[]）和写入位置指针，多个线程同时调用write()或flush()会破坏缓冲区一致性。即使加锁同步，也会严重降低吞吐量。而日志写入通常是高频、低延迟敏感操作，线程间无需共享写入状态，天然适合按线程隔离。
基本实现方式
通过ThreadLocal<bufferedwriter></bufferedwriter>延迟初始化每个线程专属的BufferedWriter，并绑定到对应文件或输出流：
- 重写
ThreadLocal.initialValue()，在首次访问时创建带指定缓冲区大小的BufferedWriter - 确保底层
Writer（如FileWriter或OutputStreamWriter）也是线程独占的，避免文件句柄竞争 - 不建议复用已关闭的
BufferedWriter，每次获取后应检查是否为null或已关闭
必须处理的资源泄漏风险
ThreadLocal持有对象引用，若线程长期存活（如线程池中的工作线程），未清理的BufferedWriter会导致文件句柄无法释放、内存持续占用：
- 在日志写入完成后显式调用
flush()，避免缓冲区残留 - 在线程退出前（如
ThreadLocal.remove()）或任务结束时关闭BufferedWriter，并置空引用 - 若使用线程池，建议结合
afterExecute()或自定义ThreadPoolExecutor钩子统一清理
更推荐的替代思路
单纯靠ThreadLocal + BufferedWriter适合简单场景，但在生产环境往往不够健壮：
- 日志内容可能跨线程传递（如异步任务、父子线程），需配合
InheritableThreadLocal或MDC机制传递上下文 - 频繁创建/关闭文件写入器影响性能，可考虑预分配固定数量的
BufferedWriter池，配合线程ID哈希复用 - 主流日志框架（Log4j2、Logback）已内置异步Appender、无锁队列和缓冲区复用机制，比手写更可靠
真正需要手动控制缓冲行为时，ThreadLocal是可行路径，但务必配套完善的关闭与清理逻辑——否则省下的同步开销，可能被泄漏的句柄和内存反噬。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
