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;
}
<pre class='brush:php;toolbar:false;'>Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;private: Singleton() = default; // 可在此做资源初始化 ~Singleton() = default; };
注意：static Singleton instance 的构造发生在首次调用 getInstance() 时，且标准强制要求编译器插入必要的同步机制（如 GCC/Clang 生成 __cxa_guard_acquire 等）。不需要额外头文件，不依赖 <mutex></mutex>。
饿汉式单例的隐式初始化风险
把实例声明为静态成员变量看似简单：
立即学习“C++免费学习笔记（深入）”；
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;
}
<pre class='brush:php;toolbar:false;'>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() 会重新构造，但必须确保没有其他线程正在使用旧实例 —— 这种模式本质上放弃了「自动生命周期管理」，把同步责任交还给调用方。生产代码中慎用，除非明确需要重置语义。
真正难的不是写出来，而是想清楚：这个单例是否真需要跨整个进程生命周期存在？它的初始化是否真的昂贵？有没有可能是过度设计？
