C++11起Meyers Singleton（局部静态变量版）是线程安全、简洁且生命周期自动管理的单例实现；标准保证其首次初始化原子性，编译器自动生成同步机制，无需手动加锁或指针管理。
直接说结论：C++11 及以后，用 Meyers Singleton（即局部静态变量版本）是线程安全、简洁且无需手动管理生命周期的单例写法——标准明确保证其初始化的线程安全性。
为什么 Meyers Singleton 天然线程安全？
C++11 标准规定：函数内局部静态变量的首次初始化是原子的，且编译器会自动生成必要的同步机制（如调用 __cxa_guard_acquire 等）。这意味着多个线程同时首次调用 instance()，也只会有一个执行构造，其余阻塞等待，无需 std::mutex 或双重检查锁（DCLP）。
常见错误是误以为“静态局部变量 = 不加锁就可能竞争”，这是 C++11 之前的老认知，已过时。
getInstance() 的正确写法与关键细节
核心就是把单例对象声明为函数局部静态变量，并返回引用：
立即学习“C++免费学习笔记（深入）”；
class Logger {
public:
static Logger& instance() {
static Logger instance_; // ✅ C++11 线程安全初始化
return instance_;
}
Logger(const Logger&) = delete;
Logger& operator=(const Logger&) = delete;
<p>private:
Logger() = default; // 可设为 private，但不必显式 inline
};- 必须返回
Logger&（引用），不能返回值（否则触发拷贝/移动，破坏单例语义） -
static Logger instance_;必须在函数体内定义，不能提至全局或类静态成员——那是老式写法，需手动同步 - 析构时机由实现定义（通常在 main() 返回后、线程结束前），但无需显式调用
atexit或管理 - 如果构造函数可能抛异常，首次调用会重复尝试（标准允许），需确保幂等或捕获处理
和传统静态指针单例对比的坑
老写法如 static Logger* instance_ = nullptr; + if (!instance_) instance_ = new Logger; 有多个隐患：
- 不加锁时多线程下可能 double-new（未定义行为）
- 加锁后仍需处理内存释放顺序、
atexit竞争、以及static对象析构时调用单例的崩溃风险（静态析构顺序不确定） - 无法利用 RAII 自动管理资源（比如文件句柄、网络连接），而 Meyers 版本的
Logger析构函数会被自动调用 - 模板化单例时，老写法容易因特化/ODR 违反出错；Meyers 写法天然支持模板（
template<typename t> static T& instance()</typename>）
真正要注意的不是“怎么加锁”，而是别在 C++11+ 环境里倒退回去手写锁或指针管理——局部静态变量的线程安全是语言级保障，不是巧合。
