好像glibc's implementation of fprintf() is thread-safe，但微软的CRT也是这样吗？
我所说的线程安全，并不是说只是崩溃，而是如果多个线程（在同一个进程中）调用fprintf()，文本不会混合。
也就是说，比如线程A调用fprintf(stdout, "aaaa");，线程B调用fprintf(stdout, "bbbb");，保证不会混成aabbaabb。
有这样的保证吗？
【问题讨论】：
标签： c multithreading printf msvcrt
是的。在多线程运行时库中，每个流都有一个关联的锁。这个锁是在任何调用 printf 函数开始时获取的，直到 printf 函数返回之前才释放。
C11 需要这种行为（在 C11 之前的标准 C 中没有“线程”的概念）。 C11 §7.21.2/7-8 规定：
每个流都有一个关联的锁，用于防止多个流发生数据竞争 执行线程访问流，并限制由多个线程执行的流操作的交错。一次只能有一个线程持有这个锁。锁是可重入的：单个线程可以在给定时间多次持有锁。
所有读取、写入、定位或查询流位置的函数都会在访问流之前锁定该流。当访问完成时，它们会释放与流关联的锁。
Visual C++ 并不完全支持 C11，但它确实符合这个要求。其他几个 Visual C++ 特定的 cmets：
只要您不定义_CRT_DISABLE_PERFCRIT_LOCKS（仅适用于静态链接的运行时库、libcmt.lib 和朋友）或使用the _nolock-suffixed functions，那么单个流上的大多数操作都是原子的。
如果您需要跨流的多个操作的原子性，您可以通过使用_lock_file 和_unlock_file 自己获取和释放流锁来自己获取文件的锁。
【讨论】：
fprintf() 在 VC6 的多线程 CRT 中是线程安全的吗？