std::call_once比双重检查锁更安全，因其由标准库保证“只执行一次”并内置内存序约束，避免竞态；而双重检查锁易因两个线程同时通过判空导致重复构造。
为什么 std::call_once 比双重检查锁更安全
直接用 pthread_once 或手写 if (instance == nullptr) 加锁，容易在多线程下触发竞态：两个线程同时通过第一次判空，都进入加锁块，其中一个构造完，另一个又构造一次，导致未定义行为。C++11 起推荐用 std::call_once，它由标准库保证「只执行一次」且带内存序约束。
-
std::call_once内部使用原子操作 + 系统原语（如 futex），无需手动管理锁对象生命周期 - 必须搭配
std::once_flag使用，该 flag 必须是静态或全局生存期，不能放在栈上 - 构造函数若抛异常，
std::call_once会重试下一次调用 —— 所以务必确保初始化逻辑无异常，或在外层捕获
懒汉式单例的线程安全实现（C++11）
下面是最简、可直接编译的线程安全懒汉式单例。关键点：静态局部变量的初始化在 C++11 中是线程安全的，且只发生一次 —— 这其实是比 std::call_once 更简洁的方案。
class Singleton {
public:
static Singleton& getInstance() {
static Singleton instance; // ✅ C++11 guaranteed thread-safe initialization
return instance;
}
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;
private:
Singleton() = default; // 可在此做资源初始化
~Singleton() = default;
};
注意：static Singleton instance 的构造发生在首次调用 getInstance() 时，且标准强制要求编译器插入必要的同步机制（如 GCC/Clang 生成 __cxa_guard_acquire 等）。不需要额外头文件，不依赖
饿汉式单例的隐式初始化风险
把实例声明为静态成员变量看似简单：
立即学习“C++免费学习笔记（深入）”；
响应式黑色展台设计整站模板1.4.2
响应式黑色展台设计整站模板，自带内核安装即用，图片文本实现可视化，方便修改，支持多种内容模型及自定义功能，可根据需要自行添加。模板特点： 1、安装即用，自带人人站CMS内核及企业站展示功能（产品，新闻，案例展示等），并可根据需要增加表单 搜索等功能（自带模板） 2、支持响应式 3、前端banner轮播图文本均已进行可视化配置 4、伪静态页面生成 5、支持内容模型、多语言、自定义表单、筛选、多条件搜
下载
class Singleton {
private:
static Singleton instance; // ❌ 静态成员定义需在 .cpp 中
public:
static Singleton& getInstance() { return instance; }
};
Singleton Singleton::instance; // 在 .cpp 中定义但问题在于：这个 instance 的构造时机由翻译单元加载顺序决定，可能早于 main() 执行 —— 若其构造函数依赖其他尚未初始化的全局对象（比如某个日志器、配置管理器），就会触发静态初始化顺序惨案（Static Initialization Order Fiasco）。除非你能 100% 控制所有相关全局对象的定义顺序，否则不建议。
- 饿汉式无法延迟初始化，哪怕程序从不调用
getInstance()，也会构造 - 若构造函数含副作用（如打开文件、连接数据库），可能造成资源浪费或启动失败
- 单元测试中难以重置状态，因为实例在进程生命周期内一直存在
如何支持单例的显式销毁与重置
标准单例通常不提供销毁接口，因为析构时机不可控；但测试或插件热重载场景下，你可能需要「释放+重建」。此时不能靠静态局部变量（它只初始化一次），得退回到 std::call_once + 原始指针方案，并手动管理生命周期：
class Singleton {
public:
static Singleton& getInstance() {
std::call_once(initFlag, []{
instance = new Singleton();
});
return *instance;
}
static void destroy() {
delete instance;
instance = nullptr;
}private:
static Singleton instance;
static std::once_flag initFlag;
Singleton() = default;
};
Singleton Singleton::instance = nullptr;
std::once_flag Singleton::initFlag;
注意：destroy() 后再次调用 getInstance() 会重新构造，但必须确保没有其他线程正在使用旧实例 —— 这种模式本质上放弃了「自动生命周期管理」，把同步责任交还给调用方。生产代码中慎用，除非明确需要重置语义。
真正难的不是写出来，而是想清楚：这个单例是否真需要跨整个进程生命周期存在？它的初始化是否真的昂贵？有没有可能是过度设计？
