C++ 空程序内存泄漏

Question

考虑下面的代码

int main(){
    return 0;
}

我用 g++ 编译它并将输出传递给 valgrind。输出如下。

==11752== HEAP SUMMARY:
==11752==     in use at exit: 72,704 bytes in 1 blocks
==11752==   total heap usage: 1 allocs, 0 frees, 72,704 bytes allocated
==11752== 
==11965== LEAK SUMMARY:
==11965==    definitely lost: 0 bytes in 0 blocks
==11965==    indirectly lost: 0 bytes in 0 blocks
==11965==      possibly lost: 0 bytes in 0 blocks
==11965==    still reachable: 72,704 bytes in 1 blocks
==11965==         suppressed: 0 bytes in 0 blocks

但是，使用 gcc 在 C 中编译相同的代码会产生以下 valgrind 输出：

==11771== HEAP SUMMARY:
==11771==     in use at exit: 0 bytes in 0 blocks
==11771==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==11771== 
==11771== All heap blocks were freed -- no leaks are possible

好像在编译

看起来空的 C++ 程序实际上分配了内存并且没有释放它（这不是一场灾难，因为它是一个“仍然可以到达”的泄漏），我不知道为什么会发生这种情况。

我用 g++ 6.3 在 linux (solus os) 上做了这个测试。

有人能解释一下发生了什么吗？

Answer 1

这不是一场灾难，因为它是“仍然可以到达”的泄漏

这甚至不是泄漏。 非常程序不释放一些全局指向的内存块是很常见的；做freeing 是

• 不必要的工作只会让程序退出速度变慢
• 如果多个线程正在运行，可能会导致并发症（退出线程可能会从另一个线程下拉扯地毯）
• 如果清理的其他部分可以访问此块等可能会导致并发症。

我不知道为什么会这样。

要获得线索，请运行valgrind --leak-check=full --show-reachable=yes ...。这会告诉你块被分配到哪里。