如何在多个DLL之间共享来自静态库的全局变量

嘿，你的这个场景我太熟悉了——拆分大型应用时，全局变量的共享确实是个头疼的问题，尤其是还要避开脆弱的注册函数，还要考虑进程安全。我来给你几个实用的思路：

一、给内存映射文件加安全防护，解决外部进程干扰问题 #

你提到的命名内存映射思路其实可行，只要补上安全权限的限制，就能把其他进程挡在外头：

• Windows平台：调用CreateFileMapping时，除了把PID纳入名字，还要搭配安全描述符来锁死访问权限。比如用InitializeSecurityDescriptor创建一个空的安全描述符，再用SetSecurityDescriptorDacl添加只允许当前进程访问的ACL规则。这样就算其他进程猜到映射文件的名字，也没有权限打开或篡改它。另外记得把映射的内存权限设为PAGE_READWRITE，避免不必要的权限扩大。
• Linux平台：别用MAP_ANONYMOUS，而是在/tmp下创建一个带PID+随机字符串的临时文件，把文件权限设为0600（只有当前用户可读可写），再对这个文件执行mmap。进程退出时记得删除这个临时文件，避免残留。这样其他进程连文件都访问不了，更别说篡改内存了。

二、用进程内共享数据段，轻量又安全 #

这个方法是专门给同一进程内的DLL/模块共享变量设计的，完全不会暴露给外部进程：

• Windows平台：在静态库的全局变量上加上__declspec(allocate(".SHARED"))标记，然后在链接器脚本里把.SHARED段设为共享属性（比如在VS里，可通过项目属性->链接器->输入->附加依赖项旁边的设置，添加/SECTION:.SHARED,RWS）。要注意的是，这个变量得是POD类型（比如字符串指针、简单结构体），或者初始化逻辑简单的，因为全局初始化阶段所有DLL都会共享这个段的内容。
• Linux平台：用__attribute__((section("shared_data")))标记全局变量，然后在自定义链接脚本里把shared_data段设置为SHM（共享）属性。编译所有引用该变量的模块时，都要使用这个链接脚本，确保它们都指向同一块进程内的共享内存。

三、封装成单例，结合共享段解决多副本问题 #

如果你不想直接暴露全局变量，可以把它们封装成一个单例类，比如GlobalAppContext，里面包含应用名、异常处理器容器这些内容。然后用共享数据段来存放单例实例，确保所有DLL访问的是同一个对象：

// 静态库中的代码
struct GlobalAppContext {
    const char* appName;
    std::vector<void(*)(void*)> exceptionHandlers;
};

// 标记这个变量在共享段里
#ifdef _WIN32
__declspec(allocate(".SHARED")) GlobalAppContext g_appContext;
#else
__attribute__((section("shared_data"))) GlobalAppContext g_appContext;
#endif

GlobalAppContext& GetGlobalContext() {
    // 确保初始化逻辑只执行一次
    static bool isInitialized = false;
    if (!isInitialized) {
        // 这里做初始化，比如从主EXE传递的参数设置appName
        isInitialized = true;
    }
    return g_appContext;
}

这样每个DLL调用GetGlobalContext()时，都会拿到同一份全局上下文，而且不用写那些容易出错的注册函数。另外要注意，对于异常处理器容器这类动态修改的内容，一定要加互斥锁保护，避免多线程访问出问题。

额外注意事项 #

• 全局变量的初始化顺序很关键：如果某个DLL的全局变量依赖共享变量，要确保共享变量先被初始化——比如让主EXE在启动时先完成共享变量的初始化，再加载DLL。
• 跨平台时要做好条件编译，Windows和Linux的共享段语法、内存映射API差异不小，得用_WIN32这类宏来区分。

备注：内容来源于stack exchange，提问作者Rob L