std::cout多线程写入会乱序，因为其内部操作非原子且无内置同步机制；线程切换可能导致输出片段交错，造成字符混杂、行断裂等未定义行为。
std::cout 多线程写入为什么会乱
多个线程同时调用 std::cout ，输出内容会交错、断行错乱，甚至出现半个字符串+换行符被截断。根本原因不是 <code>std::cout 本身线程不安全，而是它底层的 rdbuf() 缓冲区没有内置锁——多个线程往同一块内存 buffer 里写，谁先写完谁先刷，中间无同步机制。
绝对不能直接重定向 std::cout 做多线程日志
哪怕你用 std::cout.rdbuf(log_file.rdbuf()) 把输出引到文件，只要多个线程裸用 std::cout，依然会乱。重定向只是换了目标 buffer，没加锁，也没串行化写入顺序。
- 临时对象陷阱：写成
std::cout.rdbuf(std::ofstream("log.txt").rdbuf())→ 析构即崩溃 - 恢复遗漏：不保存原始
rdbuf，程序退出前日志可能没 flush - Windows GUI 程序中
stdout可能为nullptr，std::cout静默失败
真正可行的线程安全方案
绕过全局流，自己管缓冲 + 锁 + 文件句柄。最简可靠做法是封装一个 RAII 日志类，内部用 std::mutex + std::ofstream：
关键点：
- 用
std::ofstream单独打开文件（推荐std::ios::app | std::ios::out），避免多线程争抢同一个流对象 -
std::mutex保护每次operator 的完整写入（含换行和 <code>flush） - 构造时设置
log_file.imbue(std::locale(""))解决 Windows 中文路径/内容乱码 - 不要依赖
std::endl自动 flush —— 它会触发两次系统调用（写 \n + flush），性能差；改用"\n"+ 显式log_file.flush()
已有代码想最小改动怎么办
如果项目里已经满地都是 std::cout ，又没法立刻重构，可临时加一层宏替换：
#define LOG(x) do { static std::mutex m; std::lock_guard<:mutex> lk(m); std::ofstream f("log.txt", std::ios::app); f </:mutex>
但注意：这会为每次日志新建文件句柄，开销大，仅作过渡。长期必须换成单例 logger 或 spdlog 这类成熟库——它们内部已处理了缓冲区复用、异步写入、滚动策略等细节。
真正容易被忽略的是：日志不是“写进去就行”，而是“谁在什么时候以什么顺序写进去”。线程安全的日志，本质是控制写入时序，不是单纯换一个输出目标。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
