sprintf是线程安全的吗？
//Global log buffer
char logBuffer[20];
logStatus (char * status, int length)
{
snprintf(logBuffer, 19, status);
printf ("%s\n", logBuffer);
}
snprintf/sprintf的线程安全性。logBuffer时，sprintf不会导致内存损坏/缓冲区溢出超过20个字节的情况。在多个线程中使用snprintf()没有问题。但是这里你正在写入一个共享的字符串缓冲区，我假设这个缓冲区在各个线程之间是共享的。
因此，你使用这个函数是不安全的。
"在多个线程中使用snprintf()没有问题。"
这是不正确的。
至少在POSIX函数的情况下，这是不正确的。
所有标准的vararg函数都不是mt-safe的 - 包括所有printf()家族 (1)，但也包括其他所有可变参数函数 (2)。
例如，sprintf()是 "MT-Safe locale|AS-Unsafe heap|AC-Unsafe mem"，这意味着如果区域设置异步设置或使用异步取消线程，则可能会失败。换句话说，在MT环境中使用此类函数时必须特别注意。
va_arg不是mt-safe: |MT-Safe race:ap|AS-Safe|AC-Unsafe corrupt| - 这意味着需要锁定交错。
此外，明显的是，即使完全mt-safe的功能也可能以不安全的方式使用 - 例如，如果两个或更多线程操作相同的数据/内存区域。
您的问题存在错误的前提。即使sprintf本身可以在同一时间从多个线程中安全调用（我确信它可以），但您的代码未保护全局变量。标准库无法在这方面帮助您。
snprintf 的方式非常可疑。不要仅仅为了复制字符串而使用它。通常不要将动态分配的字符串与任何内容一起作为格式传递给任何一个 printf 函数。它们会解释这些内容，如果其中有任何类似于 %-format 的内容，则会出现问题。static 缓冲区。这显然既不安全也不可重入。printf，或者将该调用替换为 puts。logBuffer内容被破坏：因此，POSIX规定您的程序需要确保多个线程不会同时修改应用程序应确保通过一个以上的控制线程（线程或进程）访问任何内存位置都受到限制，以便没有控制线程可以在另一个控制线程可能正在修改它时读取或修改内存位置。使用同步线程执行并与其他线程同步内存的函数限制此类访问。[后跟提供同步的函数列表]
logBuffer（或在一个线程中修改logBuffer而在另一个线程中读取它）。如果您不遵循这一点，则不能保证最坏的结果只是logBuffer中的数据混乱。根本没有任何承诺关于结果将是什么。我不知道Linux是否可能记录更具体的行为，但我怀疑它不会。sprintf()/snprintf()偶然这样做。在POSIX中，这种行为是未定义的；我不确定你还在寻找什么其他的东西。即使那是你可能遇到的最常见的问题，我不认为你会得到任何人说最糟糕的情况就是一个混乱的logBuffer。 - Michael Burr它不是线程安全的，因为您sprintf的缓冲区在所有线程之间共享。
你有证据表明它们不是线程安全的吗？当我谷歌时，似乎它们是线程安全的。
我的先前回答已被删除（为什么？），所以我将尝试使用不同的方法再次回答：
AC（异步取消线程）：这显然是一个几乎所有“表面上是MT安全”的代码都可能失败的情况，因为线程在随机时间点中断，所以任何同步方法都不能保证正确工作（即任何形式的互斥锁都不能真正保证正确工作）
线程可以使用相同的malloc()区域，这意味着，如果其中一个线程失败了（即它会损坏malloc区域），那么所有连续的malloc()调用都可能导致严重错误-当然这取决于系统配置-但这也意味着，没有人应该假设畸形的内存（de）分配是安全的。
由于所有系统都提供使用不同本地设置的选项，很明显，对“语言环境”设置的异步更改可能会导致错误...
问候。
printf("%.19s\n", status);。 - Michael Burr