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

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

 

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 的不同映射之间共享数据)(Q125677)。


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


“Sharing All Data in a DLL”(共享 DLL 中的所有数据)(Q109619)。


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

你可能感兴趣的:(C/C++)