Question

这与我一直在讨论here和here的问题有关，但是由于我的调查使我远离STL作为潜在问题，并且作为我的nemisis朝向“新”，我认为最好开始一个新的主题。

重申一下，我使用的是嵌入式平台供应商提供的arm-linux交叉编译器（版本2.95.2）。

当我在Linux PC上运行下面的应用程序时，它当然会永远不会失败。但是，当在嵌入式设备上运行时，每次都会出现分段错误。使用“malloc”永远不会失败。使用互斥锁同步“新”分配将停止该问题，但这在我的主应用程序中不实用。

有人可以提出为什么会出现这种情况，或者有任何想法可以解决这个问题吗？

感谢。

#include <stdio.h>
#include <pthread.h>


pthread_mutex_t _logLock = PTHREAD_MUTEX_INITIALIZER;

static void* Thread(void *arg)
{
    int i = 0;
    while (i++ < 500)
    {
        // pthread_mutex_lock(&_logLock);
        char* myDyn = (char*) new char[1023];

        //        char* buffer = (char*) malloc(1023);
        //        if (buffer == NULL)
        //            printf("Out of mem\n");
        //        free(buffer);


        delete[] myDyn;

        //pthread_mutex_unlock(&_logLock);


    }
    pthread_exit(NULL);
}

int main(int argc, char** argv)
{
    int threads = 50;
    pthread_t _rx_thread[threads];
    for (int i = 0; i < threads; i++)
    {
        printf("Start Thread: %i\n", i);
        pthread_create(&_rx_thread[i], NULL, Thread, NULL);
    }

    for (int i = 0; i < threads; i++)
    {
        pthread_join(_rx_thread[i], NULL);
        printf("End Thread: %i\n", i);
    }
}

Answer 1

如果设备上的堆不是线程安全的，那么您需要锁定。您可以编写自己的新函数和删除函数来锁定新的或删除的持续时间 - 您不需要在分配的内存的整个生命周期内保持锁定。

检查是否有编译器开关使分配器线程安全。

Answer 2

正如其他人所说，工具集的默认内存分配行为可能不是线程安全的。我刚刚使用了我最常用的2个ARM交叉开发工具集，实际上就是其中之一。

大多数工具集都提供了使库具有线程安全性的方法，可以通过重新实现函数或链接到库的不同（线程安全）版本。如果没有您的更多信息，很难说出您的特定工具集在做什么。

讨厌说出来，但最好的信息可能在你的工具集文档中。

Answer 3

是的，new可能不是线程安全的。您需要围绕内存分配的同步机制，并分别围绕删除。查看Boost.thread library，它提供了可以帮助您的互斥锁类型。

Answer 4

如何使用malloc（你说它在嵌入式平台上永远不会失败）来获取所需的内存然后使用placement new（void * operator new []（std :: size_t size，void * ptr）throw（））假设它可用于建筑。看到 new[] operator

另外see stackoverflow article

和 MSDN

多个线程中的“new”运算符会导致Segmentation Fault

4 个答案: