dll中的单例不是全局单例，因为每个dll和exe拥有独立的静态存储空间；static变量模块内独有，即使同源代码也生成不同实例，地址比较为false。
DLL 中的单例为什么不是全局单例？
因为每个 DLL（以及主程序 EXE）拥有独立的静态存储空间。static 变量在 DLL 内部定义时，只对该模块的代码可见且独有一份；即使两个模块都链接了同一份单例类源码，只要没共享数据段，getInstance() 返回的也是各自模块内的实例地址。典型表现是：主程序和 DLL 分别调用 Singleton::getInstance()，得到两个不同地址，== 比较为 false。
如何让 DLL 和 EXE 共享同一个单例实例？
核心思路是把单例对象的存储“挪到公共位置”，而非依赖各模块自己的 static 存储。最可靠方式是使用 DLL 导出一个**函数指针或接口函数**来统一管理实例生命周期：
- 在 DLL 中定义
extern "C"导出函数（避免 C++ 名字修饰），如GetSingletonInstance()，内部用static局部变量实现单例（C++11 起线程安全） - EXE 不直接包含单例类头文件，而是通过
GetProcAddress或隐式链接调用该函数获取指针 - 确保单例类的析构不依赖 DLL 卸载时机——若 DLL 被
FreeLibrary卸载后 EXE 还持有指针，访问会崩溃 - 避免在 DLL 的
DLL_PROCESS_DETACH中 delete 实例，除非你 100% 确保所有模块已停止使用它
用导出类 vs 导出函数：哪个更安全？
导出整个单例类（用 __declspec(dllexport)）看似方便，但风险更高：
- 类成员函数在 DLL 和 EXE 中可能因编译器/ABI 差异导致虚表偏移错乱，尤其涉及继承或虚函数时
- 类内
static成员仍属 DLL 私有，无法解决跨模块唯一性问题 - STL 容器（如
std::string、std::vector）在 DLL/EXE 间传递可能引发内存分配器不一致（DLL 用自己堆 new，EXE 用自己堆 delete） - 推荐只导出纯 C 风格函数（如
GetSingletonHandle()返回void*），并在 EXE 中仅通过约定好的 C 接口操作，彻底规避 ABI 和内存管理耦合
调试时如何确认是否真共享了同一实例？
不要只看逻辑行为，要验证地址一致性：
- 在 DLL 的
GetSingletonInstance()函数内加日志，打印this地址（如printf("DLL instance: %p\n", this)） - 在 EXE 中调用后同样打印返回指针值，对比两者十六进制地址是否完全相同
- 若地址不同，检查是否误用了类头文件中的
getInstance()（它触发的是 EXE 自己的static实例），而非 DLL 导出的函数 - 注意调试器加载符号时可能混淆同名函数——用
Modules窗口确认调用栈中实际命中的是 DLL 模块内的函数
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
