1. 什么是单例模式 ？
单例模式是一种创建型设计模式，确保一个类在整个程序生命周期内只有一个实例 ，并且提供全局的唯一访问点。
2. 核心设计原则
- 构造函数私有化： 禁止外部直接创建实例
- 禁用拷贝与移动语义： 防止通过拷贝/赋值产生多个实例
- 静态方法返回唯一实例： 返回唯一实例的引用或指针
- 保证线程安全： 在多线程环境下，确保类只被实例化一次
现代C++推荐用局部静态变量(Magic Static):
static Singleton& getInstance()
{
static Singleton instance;
return &instance;
}------ C++11标准保证局部 static 变量初始化是线程安全的，代码最简洁，自动析构，没有任何坑。
3. 四种实现的演进逻辑
饿汉式：
程序启动时就创建实例(静态成员变量在 main 之前初始化) 。
天然线程安全，但是如果单例很重且可能用不到，就浪费了资源。
另外多个饿汉式单例之间的初始化顺序不确定(static initialization order fiasco) 。
懒汉式：
第一次调用getInstance()时才创建。
解决了资源浪费问题，但多线程下，两个线程同时判断instance == nullptr会创建两个实例 ------ 线程不安全。
双检锁(DCLP)：
在懒汉式基础上加锁。
第一次检查避免每次都加锁(性能)，加锁后第二次检查避免重复创建。
但在C++11之前，由于指令重排和内存可见性问题，DCLP实际上是有bug的。
C++11之后，需要配合std::atomic或std::call_once才能正确实现。
Magic Static (C++11推荐)：
函数内部的static变量，C++11标准规定其初始化必须是线程安全的(编译器负责加锁)。
代码只需一行，没有手动锁、没有指针、没有内存泄漏(程序结束时自动析构)。
这是现代C++的标准答案。
为什么 Magic Static 是最优解
线程安全由编译器保证，不需要程序员操心。
返回引用而非指针，不存在delete的问题。
程序结束时自动调用析构函数，资源正确释放。
代码极简，不容易写错。
唯一的"缺点"是不能控制销毁顺序 ------ 但是绝大多数场景不需要。
4. 知识扩展
- 单例模式有什么缺点？什么时候不该用？
单例本质是全局状态，会导致：
单元测试困难(全局状态难隔离)、隐藏依赖关系(调用方看不出依赖了单例)、违反单一职责(即管理业务，又管理自己的生命周期)。
如果可以用依赖注入代替，优先不用单例。
真正适合的场景：日志器、配置管理器、线程池、连接池 ------ 这些天然是全局唯一且生命周期贯穿整个程序。
- 双检锁在C++11之前为什么有bug?
instance = new Singleton() 这一行实际上分三步：分配内存、调用构造函数、赋值指针。
编译器/CPU可能重排为：分配内存、赋值指针、调用构造函数。
这时另一个线程看到 instance != nullptr 就直接返回了，但实际上对象还没有构造完 ------ 未定义行为。
C++11的 std::atomic 和 内存序 解决了这个问题，但是代码很复杂，不如直接用 Magic Static 。
- 饿汉式的初始化顺序问题是什么？
如果单例A的构造函数中调用了单例B，而单例B还没有初始化 (不同编译单元的static变量初始化顺序未定义) ，就会崩溃。
Magic Static 天然避免了这个问题 ------ 谁先被调用谁就先初始化，顺序由调用链决定。
- 单例怎么正确销毁？
Magic Static 方式程序结束时自动析构，不需要手动管理。
如果用指针式(饿汉式、懒汉式、双检锁)，需要额外的销毁机制(如 atexit 注册回调)，否则会造成内存泄漏。
这也是推荐使用 Magic Static 的原因之一。