printf单次调用线程安全因其底层对FILE*加锁，确保格式化与写入原子完成；而std::cout的<<操作非原子，一次表达式含多次函数调用，中间易被其他线程切入导致输出交错。
单次调用 printf 是线程安全的；std::cout 的单次 << 操作不是原子的，多线程下不加保护必然出现输出交错。
为什么 printf 单次调用是线程安全的
POSIX 和 Windows 平台上的 printf 实现会对底层 FILE*（如 stdout）加锁，确保整个格式化+写入过程不被其他线程打断。注意：这只是对“一次函数调用”有效。
-
printf("%d %s", a, str)是一次调用 → 安全 - 但
printf("%d", a); printf(" %s", str);是两次独立调用 → 中间可能被插队，输出顺序无法保证 - 参数本身（比如
str指向的内存）仍需程序员保证线程安全，printf不管这个
为什么 cout 在多线程下会乱
std::cout << a << b << std::endl 看似一句，实际是三次函数调用：operator<<(cout, a) → operator<<(ret, b) → operator<<(ret, endl)。中间任意一步都可能被其他线程的 cout 操作切入。
- 常见现象：输出变成
From t1: 42From main: 17而非完整行 - 即使开了
std::ios::sync_with_stdio(true)（默认），也只是让cout复用stdio缓冲区，不改变调用非原子性 -
std::osyncstream（C++20）能保证单次表达式不被拆开，但不能防止不同线程的多条osyncstream输出互相穿插
实际项目中怎么选
别在多线程里裸用任一输出方式。真实场景下，你需要的是「可控、可读、可维护」，而不是赌某个函数“刚好没崩”。
立即学习“C++免费学习笔记（深入）”；
- 坚持用
std::cout？必须配std::mutex封装，比如写个safe_print()函数统一 lock/unlock - 倾向
printf？注意它不检查类型，printf("%d", nullptr)可能崩溃，而std::cout << nullptr在 C++11 后直接编译失败 - 想兼顾安全与格式能力？用
fmt::print（第三方库），它类型安全、支持格式化、且加锁后线程安全——比手写mutex + cout更简洁可靠 - 别信“
cout关掉同步就线程安全了”，std::ios::sync_with_stdio(false)只提速，不解决原子性问题
最易被忽略的一点：线程安全不是“只看函数名”，而是看调用粒度、共享状态、以及你是否控制了临界区。哪怕用了 printf，如果多个线程共用同一个 std::string 对象并同时传给它，照样 UB。
