malloc线程安全吗？
malloc线程安全吗？,c,multithreading,thread-safety,malloc,C,Multithreading,Thread Safety,Malloc,malloc（）函数是否可重入？不，它不是 我在某处读到，如果使用-pthread编译，malloc将成为线程安全的。不过，我很确定它依赖于实现，因为malloc是ansic，而线程不是 如果我们谈论的是gcc： 编译并链接-pthread和 malloc（）在x86上是线程安全的 和AMD64 另一种观点，更具洞察力 {malloc，calloc，realloc，free， glibc-2.2+的posix_memalign}是 线程安全 这取决于您使用的是哪个C运行时库实现。例如，如果您使
malloc（）我在某处读到，如果使用-pthread编译，malloc将成为线程安全的。不过，我很确定它依赖于实现，因为malloc是ansic，而线程不是 如果我们谈论的是gcc： 编译并链接-pthread和 malloc（）在x86上是线程安全的 和AMD64 另一种观点，更具洞察力 {malloc，calloc，realloc，free， glibc-2.2+的posix_memalign}是 线程安全
这取决于您使用的是哪个C运行时库实现。例如，如果您使用的是MSVC，那么有一个编译器选项可以让您指定要使用哪个版本的库来构建（即，一个运行时库，它通过胎面安全与否来支持多线程）。否，它不是线程安全的。您的C库中实际上可能有一个
mallock（）mallock\u unlock（）回答：不，不是。这里有一个关于什么构成例行程序的定义 malloc的任何常见版本都不允许您重新输入它（例如，从信号处理程序）。请注意，可重入例程可能不使用锁，并且几乎所有存在的malloc版本都使用锁（这使它们具有线程安全性）或全局/静态变量（这使它们具有线程不安全性和不可重入性）
到目前为止，所有的答案都是“malloc线程安全吗？”，这是一个完全不同的问题。对于这个问题，答案是它取决于您的运行库，可能还取决于您使用的编译器标志。在任何现代UNIX上，默认情况下都会得到线程安全的malloc。在Windows上，使用
/MT/MTd/MD/MDd假设默认情况下没有定义任何线程，那么malloc至少在linux上是线程安全的。这是一个很老的问题，我想根据当前的情况给大家带来新鲜感 是的，当前
malloc（）void*malloc（大小）mallocmallocmalloc和free是不可重入的，因为它们使用静态数据结构来记录哪些内存块是空闲的。因此，没有分配或释放内存的库函数是可重入的。如果您使用GLIBC，答案是：是，但是 具体来说，是的，但是，请注意，虽然malloc和free是线程安全的，但调试函数不是 具体来说，非常有用的mtrace（）、mcheck（）和mprobe（）函数不是线程安全的。在GNU项目中，您将看到一个最简短、最直接的答案，下面对此进行解释： <> P>你需要考虑替代技术，如Ethy栅栏、ValgRink、DMALLC等。
因此，如果您的意思是“malloc（）和free（）函数是否线程安全”，那么答案是肯定的。但是如果你的意思是“整个malloc/free套件是线程安全的”，答案是否定的。简短回答：是的，从C11开始，它是C标准的第一个版本，包含了线程的概念，
mallocmallocmallocfreemallocfreemallocfreemallocfreesigprocmasksigpaise