是，DLL中用局部静态变量实现单例会出问题：因各模块有独立数据段，局部静态变量不共享初始化状态，导致跨模块创建多个实例，破坏单例语义。
DLL中直接用局部静态变量实现单例会出问题
在DLL里写 getInstance() 时如果直接用C++11的“Magic Static”（比如 static MyClass instance;），看似线程安全，但实际跨模块调用时可能创建多个实例。根本原因是：每个模块（EXE或DLL）都有独立的数据段，静态局部变量的初始化状态不共享。A.dll里调用一次，B.exe里再调用一次，就各自初始化了一份——单例语义彻底失效。
常见错误现象：getInstance() 在主程序和插件DLL中返回不同地址；调试时发现析构函数被调了两次；资源重复初始化导致崩溃。
- 必须确保所有模块访问的是同一份静态存储，不能依赖函数内局部静态变量
- 导出的单例对象本身要放在DLL的.data节中，由DLL统一管理生命周期
- 若用
std::shared_ptr托管，必须确保所有模块链接的是同一个DLL的符号，否则shared_ptr的控制块也会分裂
正确做法：DLL导出一个全局静态对象 + 显式导出符号
核心是把单例实例声明为DLL内部的全局静态变量，并通过 __declspec(dllexport)（MSVC）或 __attribute__((visibility("default")))（GCC/Clang）显式导出其地址。这样所有模块拿到的都是同一内存地址。
示例（MSVC）：
立即学习“C++免费学习笔记（深入）”；
// Singleton.h
#ifdef BUILDING_MYDLL
#define MYDLL_API __declspec(dllexport)
#else
#define MYDLL_API __declspec(dllimport)
#endif
<p>class MYDLL_API MySingleton {
public:
static MySingleton& getInstance();
void doSomething();</p><p>private:
MySingleton() = default;
~MySingleton() = default;
MySingleton(const MySingleton&) = delete;
MySingleton& operator=(const MySingleton&) = delete;
};</p><p>// Singleton.cpp</p><h1>include "Singleton.h"</h1><p>static MySingleton g_instance; // 全局静态，驻留在DLL数据段
MySingleton& MySingleton::getInstance() { return g_instance; }
- 关键点：实例
g_instance是全局变量，不是局部静态变量 - 必须用
__declspec(dllimport/dllexport)控制符号可见性，否则链接器可能生成本地副本 - 构造函数在DLL加载时执行（饿汉式），天然线程安全，但无法延迟初始化
需要懒加载？用 std::call_once + 原子指针 + DLL内静态存储
如果必须延迟初始化（比如构造开销大、依赖运行时配置），就不能用全局变量，得回到指针+同步机制。但注意：不能用局部静态变量，也不能把 std::once_flag 放在头文件里（会导致多定义）。正确方式是把同步原语和指针都放在DLL内部静态存储中。
示例：
// Singleton.cpp
#include <mutex>
#include <atomic>
<p>static std::atomic<MySingleton*> s_instance{nullptr};
static std::once_flag s_init_flag;</p><p>MySingleton& MySingleton::getInstance() {
MySingleton<em> ptr = s_instance.load(std::memory_order_acquire);
if (ptr == nullptr) {
std::call_once(s_init_flag, []() {
static MySingleton instance; // 这个局部静态只在DLL内有效
s_instance.store(&instance, std::memory_order_release);
});
ptr = s_instance.load(std::memory_order_acquire);
}
return </em>ptr;
}
-
s_instance和s_init_flag必须是DLL内静态（不能 inline 或 extern 声明），否则各模块各自一份 - 局部静态
instance仍可安全使用，因为它的初始化只发生在DLL内，且std::call_once保证一次 - 避免用
std::unique_ptr或std::shared_ptr直接管理，它们的控制块分配在调用方堆上，跨模块易出错
跨模块单例最常被忽略的坑：析构顺序与 DLL卸载时机
DLL被卸载时，全局对象析构顺序不可控。如果EXE中某个对象的析构函数调用了单例，而此时DLL已卸载，就会访问非法内存。这不是单例写法问题，而是模块生命周期管理问题。
- Windows下DLL卸载时，所有DLL内全局对象按反向构造顺序析构，但EXE和DLL之间无保证
- 绝对不要在DLL的
DLL_PROCESS_DETACH中手动释放单例——它可能已被EXE代码持有引用 - 更稳妥的做法是：单例不析构（即不依赖全局对象析构），或改用“显式销毁接口”由主程序控制销毁时机
- 如果单例持有资源（如文件句柄、线程），应在DLL卸载前由主程序调用
cleanup()，而非依赖静态析构
