static局部变量是首选，因C++11保证其首次初始化线程安全、懒加载、自动析构，无需锁和手动内存管理；返回引用而非指针或智能指针，且必须删除拷贝和赋值构造函数。
直接用 static 局部变量实现，C++11 标准保证首次初始化线程安全，无需锁、不手动管理内存、懒加载、自动析构——这是目前最简且最可靠的方案。
为什么 static 局部变量是首选
C++11 明确规定：函数内 static 局部变量的初始化是原子操作。编译器会自动生成等效于 std::call_once 的同步逻辑，多个线程并发调用 getInstance() 时，只有一个能执行构造，其余阻塞等待，不是忙等。
- 构造函数可含耗时操作（如打开文件、连数据库），不会提前暴露未完成对象
- 析构在程序退出时由静态存储期自动触发，且在线程安全上下文中调用
- 不用
new+ 原始指针，避免内存泄漏、异常中途退出导致的资源残留 - 头文件可直接定义，无须在 .cpp 中分离定义
static成员
getInstance() 返回引用还是指针
必须返回 Singleton&，不能返回 Singleton* 或 std::unique_ptr<singleton></singleton> —— 否则就绕过了 static 局部变量的线程安全保证。
- 返回引用：实例生命周期由语言托管，
static变量语义清晰 - 返回指针（如
static Singleton* p = new Singleton）：需手动delete，且new抛异常时指针仍为nullptr，后续重试可能重复分配 - 返回
std::unique_ptr：虽自动释放，但多一层间接访问，且析构时机不可控（除非显式reset()或注册atexit）
必须禁用拷贝和赋值
否则外部可通过拷贝构造或赋值意外创建新对象，彻底破坏单例语义。
立即学习“C++免费学习笔记（深入）”；
Singleton(const Singleton&) = delete;Singleton& operator=(const Singleton&) = delete;- 不要只删一个，两个都得删；也不要写成
private而不= delete，后者在某些编译器下仍可能被友元或模板绕过
常见错误：把 static 局部变量换成 static 成员变量
写成 private: static Singleton instance; 然后在 .cpp 里定义 —— 这样就失去懒加载和线程安全初始化保证了。
-
static成员变量在程序启动时（main 之前）初始化，不是首次调用时，无法懒加载 - 若构造函数依赖其他尚未初始化的静态对象，可能引发静态初始化顺序问题（Static Initialization Order Fiasco）
- 多个翻译单元中引用该成员，链接时行为不确定；而局部
static变量每个函数作用域独立，无此风险
真正难的是控制析构顺序和应对需要「重置」的场景（比如单元测试反复初始化）。这时候才该考虑 std::call_once + std::unique_ptr，而不是一上来就绕开最简方案。
