简短的回答：是的，从C11开始，它是C标准的第一个版本，其中包含线程的概念，malloc并且要求朋友保持线程安全。许多同时包含线程和C运行时的操作系统早在C标准之前就做出了保证，但是我不准备向所有人宣誓。然而，malloc并不需要也不要求再入友。
这意味着，可以安全地同时从多个线程进行调用malloc，free而不必担心锁定，只要您不违反其他任何内存分配规则即可（例如free，对所返回的每个指针仅调用一次malloc）。但它是不是安全的，从可能已中断的呼叫信号处理程序调用这些函数malloc或free在线程处理信号。有时，使用超越ISO C的功能，您可以保证处理信号的线程不会中断对malloc或的调用。free，例如使用sigprocmask和sigpause，但是除非没有其他选择，否则请不要这样做，因为很难完全正确。
引文长答案：C标准在2011年修订版中增加了线程的概念（链接到文档N1570，这是与2011年标准的官方文本最接近的近似文本，该文本免费公开提供）。在该修订版中，第7.1.4节第5段规定：
除非在随后的详细描述中另有明确说明，否则库函数应防止出现以下情况的数据争用：库函数不得直接或间接访问除当前线程以外的线程可访问的对象，除非通过函数的参数直接或间接访问对象。库函数不得直接或间接修改可由当前线程以外的线程访问的对象，除非通过函数的非常量参数直接或间接访问这些对象。如果对象对用户不可见并且可以防止数据竞争，则实现可以在线程之间共享其内部对象。
[脚注：例如，这意味着不允许实现将静态对象用于内部目的而不进行同步，因为即使在没有在线程之间显式共享对象的程序中，它也可能导致数据争用。同样，不允许memcpy的实现复制目标对象指定长度以外的字节，然后恢复原始值，因为如果程序在线程之间共享这些字节，则可能导致数据争用。
据我了解，这是一种冗长的说法，它要求C标准定义的库函数必须是线程安全的（通常意义上：您可以从多个线程中同时调用它们，而无需自己进行任何锁定） ，只要它们最终不会与作为参数传递的数据发生冲突），除非特定功能的文档明确指出并非如此。
然后，7.22.3p2确认malloc，calloc，realloc，aligned_alloc和free特别是线程安全的：
为了确定数据竞争的存在，内存分配函数的行为就好像它们仅访问可通过其参数访问的存储位置，而不访问其他静态持续时间存储一样。但是，这些功能可能会明显地修改它们分配或取消分配的存储。释放内存区域p的对free或realloc的调用与分配该区域p的全部或部分的任何分配调用同步。此同步发生在通过分配函数对p进行任何访问之后，以及在通过分配函数进行任何此类访问之前。
对比在7.24.5.8p6中关于strtok的说法，它不是，而且从来都不是线程安全的：
不需要strtok函数来避免数据与strtok函数的其他调用争用。
[脚注：可以使用strtok_s函数来避免数据争用。]
（脚注上的注释：请勿使用strtok_s，请使用strsep。）
较旧的C标准版本对线程安全性一无所知。但是，他们确实提到了可重入性，因为信号一直是C标准的一部分。这就是他们所说的，可以追溯到最初的1989年ANSI C标准（该文档的措词与来年的ISO C标准几乎完全相同，但章节编号却大不相同）：
如果[a]信号不是通过调用abort或raise函数的结果发生的，则如果信号处理程序调用标准库中除信号函数本身以外的任何函数或引用具有静态存储持续时间other的任何对象，则该行为未定义而不是通过为volatile sig_atomic_t类型的静态存储持续时间变量分配值。此外，如果对信号函数的此类调用导致SIG_ERR返回，则errno的值不确定。
这是说，C库函数的长篇大论方式不为可重入作为一般规则要求。在C11,7.14.1.1p5中仍然出现非常相似的措辞：
如果[a]信号不是通过调用abort或raise函数的结果发生的，则如果信号处理程序引用具有静态或线程存储持续时间的任何对象，而该对象不是非锁定原子对象，则该行为是未定义的，除非通过分配声明为volatile sig_atomic_t的对象的值，或者信号处理程序调用标准库中的任何函数（异常终止函数，_Exit函数，quick_exit函数或信号函数除外），该函数的第一个参数等于与引起处理程序调用的信号。此外，如果对信号函数的此类调用导致SIG_ERR返回，则errno的值不确定。
[脚注：如果异步信号处理程序生成了任何信号，则该行为是不确定的。]
POSIX与C库的总体大小相比需要更长的时间，但仍然很短，可以从“异步信号处理程序”安全地调用函数列表，并且还详细定义了信号可能“在其他情况下发生”的情况。而不是调用中止或引发功能的结果。” 如果您要对信号做一些微不足道的操作，则可能是在编写要在具有Unix性质的OS上运行的代码（与Windows，MVS或嵌入的，可能没有完整托管C实现的代码相反）首先），您应该熟悉POSIX的要求以及ISO C的要求。