跨 dll 边界的内存分配和释放

Question

我知道在一个 dll 中进行内存分配然后在另一个 dll 中释放内存可能会导致各种问题，尤其是与 CRT 相关的问题。当涉及到导出 STL 容器时，此类问题尤其成问题。我们以前遇到过这类问题（在编写与我们的库链接的自定义 Adob​​e 插件时），并且我们通过定义我们在所有容器中使用的自己的分配器来解决这些问题，例如

typedef std::vector < SessionFields, 
        OurAllocator < SessionFields > > 
        VectorSessionFields;

typedef std::set < SessionFields, 
        std::less < SessionFields >, 
        OurAllocator < SessionFields > > 
        SetSessionFields;

：类型传入/传出我们的代码，但是我们遇到了一个问题，因为我们现在必须调用 Adob​​e SDK 中的一个函数，该函数返回一个填充向量，当它超出范围时会导致崩溃。

显然，当 Adob​​e 的 SDK 中的内存最终在我的代码中释放时，内存被分配到属于不同的堆，这是一个问题。所以我想也许我可以做一些聪明的事情，比如以某种方式覆盖或导出他们的 SDK 中使用的分配器，这样我就可以用它来清理从其函数返回的容器。

我还在考虑编写一个包装器或某种类型的 thunking 层，以便 STL 容器可以在我的代码和 SDK 之间安全地编组（尽管这听起来确实很混乱）。

另外，我还考虑使用 GetProcessHeaps 来识别 SDK 中使用的堆，并尝试释放该堆（而不是默认堆）。

有人对我们如何解决这个问题有任何建议吗？

Answer 1

讽刺的是，Adobe Source Libraries 有一个 adobe::capture_allocator 类这是专门为这种 DLL 安全性而编写的。它的工作方式是在实例化时捕获本地 new 和 delete ，并在对象的生命周期中携带它们。 （有关如何执行此操作的详细信息，请参阅 adobe::new_delete_t，尤其是此处的实现。）通过捕获的删除 例程，保证无论您身在何处，都可以使用正确的删除进行删除。

您可以看到 version_1capture_allocator > Adob​​e Source Libraries 中的类型，例如 adobe::any_regular_t和 adobe::copy_on_write。 capture_allocator 也应该与所有 STL 容器类型兼容。

更新：capture_allocator 不符合标准，因为它保留状态。这不应该成为其可用性的大障碍，但这确实意味着不能保证它的使用能够与符合标准的容器一起使用。

Answer 2

目前我们正在开发一个 dll，它通过 C 接口公开 C++ 功能（为了 C# 能够使用所述 dll）。

例如：dll 有一个 struct myStruct_s 接口公开以下函数：

interface.h

#ifndef INTERFACE_TYPES_H
# error Please include interace_types.h
#endif
    myStruct_s * CreateTheStruct() { return new myStruct_s(); }
    void DestroyTheStruct(myStruct_s * the_struct) { delete the_struct; }
    void DoSomethingToTheStruct(myStruct_s * the_struct);

interface_types.h

#define INTERFACE_TYPES_H
struct myStruct_s; // fwd declaration
#endif

interface.cpp

#if defined(__CPPPLUS) || defined(__cplusplus) || defined (__CPLUSPLUS)
#include<TheRealFileContainingTheRealMyStruct_s.h>
// handle the .h's functions here
#endif

comeOutsideCppFile .cpp

#include "interface_types.h"
#include "interface.h"

void main()
{
    myStuct_s * x = CreateTheStruct;
    DoSomethingToTheStruct(x);
    DestroyTheStruct(x);
}

上面是我们的东西如何工作的粗略概述，基本上是：
无论 dll 公开什么，都需要：创建、处理、销毁 dll 端

此代码不是 100% 准确！

另外，请记住，如果您使用纯 C++ dll，则可能需要与用于构建 dll 的编译器具有相同设置的相同编译器。

Answer 3

您可能会尝试查看是否存在任何正式的 C++ 规则来说明当异常在一个 DLL 中引发并在另一个 DLL 中捕获然后超出范围时会发生什么情况 - 看起来非常相似。对于例外情况，我认为您需要提供带有特殊签名的复制构造函数，尽管我现在不确定它到底是什么。