依赖于操作系统的 C++ 内存泄漏？

Question

上下文

我在 Linux 下的代码库上为我的跨平台库运行 Valgrind。我想看看这是否足够，或者我是否应该对Windows 和Mac 也进行动态代码分析

问题

如果我的平台无关 C++ 代码没有在Linux 上泄漏（根据Valgrind），我可以假设它也没有在Windows 和Mac 上泄漏吗？如果不是，请提供一个独立于平台的 C++ 示例，它不会在Linux 上泄漏（根据Valgrind）但在Windows 和/或Mac 上泄漏（选择“通用”编译器，如 VC++、GCC 等中的编译器） .

精度（感谢 cmets 和答案）

1. 我对独立于平台的 C++ 代码感兴趣（所以没有 #ifdef 等）；
2. 我考虑的是我拥有的 C++ 代码，而不是第三方代码；
3. 我认为 Valgrind 是基本事实，但我可以考虑任何其他工具。我知道没有任何工具可以检测到所有内存泄漏。

Answer 1

您可以确定通用代码没有泄漏，但当然，如果您的应用程序规模不错，您的代码很可能有一些特定于 Linux，其他部分特定于 Windows 和某些部分特定于 OS X。

那些不特定于 Linux 的部分当然不会被 Valgrind 测试。

所以如果你有一些代码可以做到：

#if LINUX
 char buffer[512]; 
#else
  char buffer = new buffer[2048]; 
#endif
  ... use buffer ... 

那么您在 Windows 中存在内存泄漏，但在 Linux 中没有。

显然，这是一个微不足道的例子，但类似的事情有时会潜入代码中。

当然，在一个操作系统中使用某种系统调用可能是“安全的”，不会关闭或“告诉操作系统你已经完成”，然后在另一个操作系统中出现问题。

另外，正如我之前指出的，Valgrind 不保证您没有遇到内存使用问题 - 它只检测以下内容：

 void func()
 {
     char *p = new [1700];
     ... 
     // no free of p;
 }

或

 void func()
 {
     char *p = new [1700];
     ... 
     // No free. 
     p = some_other_pointer; 
     ... 
 }

但不是：

 void func()
 {
    vector<int> v;
    for(;;)
       v.push_back(1); 
 }

因为内存仍然由某物“拥有”。当然，这个特殊的例子是非常极端的，但是你可以有类似的东西，代码存储一些东西，只是向存储中添加越来越多的项目，而不是删除它们。

Answer 2

valgrind有助于发现缺陷，但不保证正确性。

您的代码中仍可能有未定义的行为，并且未定义的行为在不同平台上的表现可能不同，包括在一个平台上泄漏内存，而在另一个平台上没有。

Answer 3

如果你有条件编译的代码（例如#if defined (OS_LINUX)）那么 您肯定需要确保每个平台都不会泄漏。

注意：这不是一个完整的答案，只是我想到的一个案例。