推荐用静态局部变量实现懒汉式单例，因c++11起其初始化线程安全、自动内存屏障、一次构造且懒加载；错误做法是用双重检查锁定或静态成员变量，易引发重排、fiasco或非懒加载。
懒汉式单例为什么推荐用静态局部变量
因为 C++11 起，static 局部变量的初始化是线程安全的——编译器自动插入内存屏障和一次性初始化检查，无需手写 std::call_once 或锁。这是最简洁、安全、且无性能损耗的懒汉实现方式。
常见错误是仍用老式双重检查锁定（DCLP），不仅代码冗长，还容易因内存重排出错；更糟的是在 C++11 前标准下盲目套用，导致未定义行为。
-
static局部变量首次执行到该行时才构造，满足“懒加载” - 构造过程由编译器保证仅执行一次，且对所有线程可见
- 析构在程序退出时按逆序自动调用，无需手动管理生命周期
标准写法：一个函数返回引用
把单例对象藏在函数内部，通过静态局部变量实现延迟构造和线程安全：
class Logger {
public:
static Logger& getInstance() {
static Logger instance; // ← 这一行完成全部工作
return instance;
}
private:
Logger() = default; // 防止外部构造
Logger(const Logger&) = delete;
Logger& operator=(const Logger&) = delete;
};
注意：instance 是静态局部变量，不是静态成员变量；前者有初始化时机控制，后者在程序启动时就初始化（变成饿汉）。
立即学习“C++免费学习笔记（深入）”；
调用方式直接：Logger::getInstance().log("hello");
什么时候不能用静态局部变量
只有两种真实场景需规避这种写法：
- 需要显式控制析构时机（比如依赖其他全局对象析构顺序）——此时必须改用
static成员指针 +std::unique_ptr手动reset() - 目标平台不支持 C++11（如某些嵌入式旧编译器）——得退回加锁版本，但务必用
std::mutex+std::lock_guard，别用原始pthread_mutex_t
另外，若类构造函数可能抛异常，static 局部变量初始化失败后，后续调用会重复尝试构造（C++ 标准规定），这可能不符合预期——需额外捕获并缓存异常状态。
对比：静态成员变量 vs 静态局部变量
错误示范（饿汉，非懒汉）：
class BadSingleton {
static BadSingleton instance; // ← 全局对象，程序启动即构造
public:
static BadSingleton& getInstance() { return instance; }
};
问题不止是“不懒”，更严重的是：如果 instance 构造依赖另一个尚未初始化的全局对象（比如某 std::string 静态变量），就会触发静态初始化顺序 fiasco。
而静态局部变量完全避开这个问题——它只在函数首次被调用时才初始化，此时所有静态变量早已就位。
真正容易被忽略的点：静态局部变量的销毁顺序是“构造逆序”，但如果单例析构中调用了其他静态对象，仍可能踩到销毁顺序陷阱——这时已不是懒汉与否的问题，而是整个单例是否该存在了。
