C++ 中的 new/delete 导致奇怪的内存泄漏

Question

下面是我的问题和代码：

1. 当代码运行到第26行时，这个进程获得的内存没有返回给OS？
2. 但是，如果我删除第16行，内存会被正确释放吗？

我知道这不是使用这么多小内存块的常规方式，但我很想知道原因。

我用MALLOC_MMAP_MAX_=1000000 MALLOC_MMAP_THRESHOLD_=1024, 运行了这个程序，但没有任何改变。

int i = 0;
std::cout << "waitting for input, you can check current memory" << std::endl;
std::cin >> i;
char** ptr = new char *[1000000];
std::map<int, char *> tMap;
for (unsigned long i = 0; i < 1000000; i ++)
{
    ptr[i] = new char[3000];
    tMap.insert(make_pair(i, ptr[i]));    //line 16
}
std::cout << "waitting for input, you can check current memory" << std::endl;
std::cin >> i;
for (unsigned long i = 0; i < 1000000; i ++)
{
    delete []ptr[i];
}
delete []ptr;
std::cout << "waitting for input, you can check current memory" << std::endl;
std::cin >> i;   //line 26
return 0;

这里的资料比较多，我查过tMap的内存，不到100M。

1、分配内存并停止，检查内存资源：

holds 2.9G memory

2、释放内存并停止，检查内存资源：

holds 2.9G memory

Answer 1

C++ 没有垃圾回收，因此保留一个额外的指针副本不会阻止内存被释放。

delete[] ptr[i] 之后发生的事情是地图充满了无法再使用的悬空指针。

---

另一个想法：您可能看到的内存泄漏是tMap 也分配动态内存来存储插入的数据。当地图超出范围时，该内存将被释放，就在第 27 行之后。

Answer 2

1、当代码运行到第26行时，该进程获得的内存没有返回给OS？

不能保证任何内存都会被 C++ 程序释放到操作系统，因为它被程序正确地分配了 deleted。在许多 C++ 运行时中，被删除的动态分配内存仍将保留同一程序供将来使用，而不是释放给操作系统。 GCC/Linux 是编译器/运行时环境的一个示例，其中更大的分配通常在共享内存段中完成，这些内存段可以在程序终止之前释放给操作系统，以便操作系统或其他程序可以使用它们。

2、但是，如果我删除第16行，内存会被正确释放吗？

第 16 行对稍后在第 22 行删除/释放内存没有任何影响（这可能会将其返回到应用程序稍后可能重新分配的动态内存池，或实际将其释放给操作系统正如刚才提到的）。不过，它确实涉及对 std::map 元素本身的更多动态分配。

请注意，tMap 析构函数本身不会delete 或以任何方式释放内存。要自动释放内存（通过类似指针的变量或容器），请使用 智能指针，例如 std::shared_ptr 或 std::unique_ptr（您可以在 Google 上搜索相关信息）。