Visual C++

如何与应用程序或其他 DLL 共享自己 DLL 中的数据？

Win32 DLL 映射到调用进程的地址空间中。默认情况下，每个使用 DLL 的进程都有自己的所有 DLL 全局变量和静态变量的实例。如果 DLL 需要与它的由其他应用程序加载的其他实例共享数据，则可使用下列方法之一：

使用 data_seg 杂注创建命名数据节。

使用内存映射文件。请参见有关内存映射文件的 Win32 文档。

以下是一个使用 data_seg 杂注的示例：

 复制代码

#pragma data_seg (".myseg")

   int i = 0; 

   char a[32]n = "hello world";

#pragma data_seg()

data_seg 可用于创建新的命名节（在此示例中为 .myseg）。为清楚起见，最典型的用法是调用数据段 .shared。然后必须在 .def 文件中或者使用链接器选项 /SECTION:.MYSEC,RWS 为这个新的命名数据节指定正确的共享属性。

在使用共享数据段之前要考虑下列限制：

必须静态初始化共享数据段中的所有变量。在上面的示例中，i 初始化为 0，而 a 是初始化为“hello world”的 32 个字符。

所有共享变量放在编译 DLL 的指定数据段中。很大的数组可产生很大的 DLL。对于所有已初始化的全局变量都是如此。

永远不要将特定于进程的信息存储在共享数据段中。大多数 Win32 数据结构或值（如 HANDLE）仅在单个进程的上下文内才真正有效。

每个进程都将获取它自己的地址空间。永远不要将指针存储在共享数据段包含的变量中，这一点很重要。指针可能在某个应用程序中完全有效，但在另一个应用程序中却无效。

DLL 本身有可能加载到每个进程的虚拟地址空间中的不同地址。具有指向 DLL 中的函数或指向其他共享变量的指针是不安全的。

请注意，上述最后三点适用于内存映射文件和共享数据段。

内存映射文件优于共享数据节，原因是内存映射文件的起始位置是已知的。开发人员通过使用距离位于共享内存内的所有数据中的“共享内存节的起始位置的偏移量”，可以实现类似于指针的行为。为使此操作快速简便，强烈建议使用 __based 指针。但一定要记住：在每个进程中，基（或内存映射文件的起始位置）可能不同，因此存储 __based 指针的基的变量自身不能位于共享内存中。

这些限制对 C++ 类有重要的含义。

具有虚函数的类总是包含函数指针。具有虚函数的类永远不应存储在共享数据段中，也不应存储在内存映射文件中。这对于 MFC 类或从 MFC 继承的类尤其重要。

静态数据成员以全局变量的等效形式实现。这意味着每个进程都具有它自己的该类静态数据成员的副本。不应共享具有静态数据成员的类。

对于 C++ 类，共享数据段的初始化要求引起一个特定问题。如果共享数据段中有类似 CTest Counter(0); 的内容，则当每个进程加载 DLL 时，Counter 对象将在该进程中初始化，从而有可能每次都将对象的数据清零。这与内部数据类型（由链接器在创建 DLL 时初始化）非常不同。

由于存在这些限制，Microsoft 不建议在进程之间共享 C++ 对象。一般情况下，如果希望使用 C++ 在进程之间共享数据，请编写在内部使用内存映射文件来共享数据的类，但不要共享类实例本身。在开发这样的类时，可能需要特别小心，但它使应用程序开发人员能够完全控制共享数据的副作用。

有关创建命名数据节的更多信息，请参见位于 http://support.microsoft.com/default.aspx?ln=zh-cn 上的下列知识库文章：

“How to Share Data Between Different Mappings of a DLL”（如何在 DLL 的不同映射之间共享数据）。

“Specifying Shared and Nonshared Data in a DLL”（指定 DLL 中的共享数据和非共享数据）(Q100634)。

“Sharing All Data in a DLL”（共享 DLL 中的所有数据）。

“Memory in Shared Code Sections Is Not Shared Across Terminal Server Sessions”（共享代码节中的内存不在终端服务器会话间共享）

dll共享段中一些需要注意的问题