0

在我的解决方案中，我有一些启用 clr 的 c++ 项目（dll），因为它们使用 ac#（.NET）dll。

当在非 clr 项目（dll）与启用 clr 的项目（dll）之间引发异常并通过引用捕获它时，我检测到内存泄漏。当我省略了 c# dll 中的使用，并将项目更改为非 clr 时，泄漏就消失了。

或者，如果我将抛出新异常并在 catch 语句中删除它 - 泄漏就消失了。Exception 类是从 std::exception 继承的，还有一些用于一般描述、函数名等的字符串。

有人可以解释泄漏，或者我怎样才能避免泄漏？

4

1 回答 1

3

使用不同编译器/编译器设置编译的不同 dll 在对象布局和内存分配和解除分配方面通常不兼容。这就是为什么您应该避免在一个 dll 中分配对象并在另一个 dll 中取消分配它的原因。正如您所注意到的，这可能会导致内存泄漏。

如果您想跨模块边界传递错误信息，请通过错误代码或通过处理该问题的机制（例如 SEH 异常或 COM 异常）传递它们

好的，这里有一些澄清：

  1. 一个对象由两部分组成——数据和代码。对象实例是数据以及何时需要调用哪些代码的知识。对于非虚函数，此知识在编译时解析，对于虚函数，它在运行时通过数据中的指针 (this) 解析。
  2. 分配：数据必须分配到某处。有 2 种可能性 - 堆栈和堆。栈一般用于小数据。它有一些好处，例如在离开范围时自动取消分配对象。堆栈还存储返回地址等。每当调用“new”来分配对象时，它都会在堆上分配。堆栈的正常空间是 1 或 2 MB，而现代计算机的堆大小在几 GB 的范围内。因此，每个较大的应用程序都将堆用于其大部分数据结构。有时这隐藏在对象后面——std::vector 就是一个例子。向量内的数据存储在堆上，而管理此缓冲区的对象可以在堆栈上。
  3. 对象布局和堆内存管理：对象的大小可能因不同的编译器实现和设置而异。一个例子是 Visual Studio 中容器的大小。一些编译器实现了仅在调试中可用的附加帮助器成员，如果代码在调试中编译，则会增加大小。此外，内存分配和释放例程在调试和释放中可以不同，以检测内存分配和释放错误、未初始化的变量等。这两个事实得出一个简单的结论：永远不要在与分配内存的模块不同的模块中取消分配（例外：如果您可以控制编译设置）。这也排除了例外情况。
于 2013-07-23T07:53:44.193 回答