c++ - DLL 共享数据的推荐方式是什么？

Question

流

我有一个用 C++ 编写的阅读器 DLL。
我还有用某种语言(不是 C++)编写的编写器 DLL。
DLL 在同一进程中同步运行。

1. Reader DLL 调用 writer 的 DLL API，GetData
2. Writer DLL 通过下载、解压等方式准备数据。
3. Reader DLL读取并使用数据

---

问题

DLL 共享数据的推荐方式是什么？

---

方法一

Reader DLL 将文件路径参数传递给 Writer DLL 并从文件中读取数据。

缺点

我想避免将数据写入磁盘。即使它是最强大的解决方案，我也想探索不同的选择，因为在磁盘上不需要数据时将数据写入磁盘对我来说似乎不是很优雅。

---

方法二

Writer DLL 将在堆上分配缓冲区并将地址和大小返回给 reader DLL。

缺点

Reader DLL 必须释放内存。可行吗？按地址和大小删除内存？

此外，它可能是一个很大的 NO-NO 跨模块/语言分配和释放缓冲区

---

方法三

将 GetData() 分成两次调用。

1. 读取器 DLL 调用 GetDataSize()
2. Reader DLL 分配缓冲区并将地址传递给 Writer DLL
3. Writer DLL 填充缓冲区
4. Reader DLL 使用缓冲区
5. Reader DLL 释放缓冲区

这是可接受的 WINAPI 方法。

缺点

我假设 Writer DLL 能够在写入之前知道数据的大小，但情况并非总是如此。

---

方法 4

使用windows文件映射

缺点

与方法 2 和 3 类似的缺点。

• 谁将创建文件映射？
• 谁将取消映射？
• 文件映射没有动态大小。您必须在创建时定义尺寸。

Answer 1

注意:当我们讨论在两种不同语言之间传递数据时，我假设我们讨论的是“原始”数据(原始类型、POD 等)不需要对销毁进行任何特殊处理；如果不是这种情况，请在评论中告诉我。

1. 显然可行，但除非绝望，否则我不会考虑它。这两个 dll 位于相同的虚拟地址空间中，因此它们可以直接在内存中共享数据，无需通过磁盘。

2. 可行且常规完成；您通常必须解决的问题是给定模块的“默认”堆通常是私有(private)的¹，因此从一个分配并从另一个释放是一个很大的禁忌。有两种典型的实现方式:

   • 遍历一个对两个模块都可用的堆；在 Win32 中，您经常会发现用于此目的的 LocalAlloc/LocalFree(或其他 Win32 API 提供的堆原语)，因为它们在逻辑上“低于”所有用户模式代码，并提供当前进程中所有模块可用的共享堆；因此，一方知道它必须使用 LocalAlloc 进行分配，另一方知道必须使用 LocalFree 释放该数据；一切正常；
   • 分配模块还为其分配的内存提供释放功能；客户端代码知道无论它接收到由模块 A 分配的什么，都必须使用 A_free() 函数释放。这反过来可能只是包装你的语言释放函数，作为你在“业务逻辑”导出函数中所做的分配的对应物。顺便说一句，使用 A_malloc() 标记预期由 A_free() 释放的分配可能很有用 - 即使它们可能是plain malloc/free 今天，您可能有兴趣稍后更改它。

3. 也经常做；通常在 Win32 API 中有一些特殊的调用形式，允许检索需要分配的大小；如果在不实际尝试执行函数必须执行的任何操作的情况下无法轻松计算此类大小，或者如果此类大小波动(想到检索进程数据的 Win32 API，您可能必须循环保持增加分配，以防要检索的数据在一次调用和另一次调用之间实际增加)。

4. 可以完成，尽管我从未见过它对进程内数据完成；分配的开销将比任何“常规”堆函数都要大，但不会像写入文件那样；一般来说，它比 LocalAlloc/LocalFree 解决方案更麻烦，没有特别的好处，所以我不会打扰。

就我个人而言，我会选择选项 2 - 实现起来很简单，并且不需要对你通常用 C 编写这些东西的方式进行重大更改 - 唯一的区别是你必须使用一对特定的分配/处理这些数据时释放函数。

我想到的另一种可能性是让您的函数将分配函数作为回调参数(如果您的算法需要，也可能是分配函数参数——想到动态增长的数组)；它将由调用者提供它，因此被调用的 DLL 将分配调用者最喜欢的任何堆。

---

注意事项

1. 尽管它可以共享，例如如果这两个模块动态链接到同一个 C 运行时，它可能是； OTOH，如果这两个模块是用不同的语言编写的，这是极不可能的。