饿汉式天然线程安全，因其实例在main()前由启动代码单线程初始化；内部静态变量靠C++11对static局部变量初始化的原子性保障，首次调用时线程安全延迟构造。
饿汉式和内部静态变量写法都能做到线程安全，但根本原因不同：前者靠编译器保证全局静态初始化的单线程时机，后者靠 C++11 标准对 static 局部变量初始化的原子性保障。别混用、别手写锁，否则反而引入 bug。
饿汉式为什么天然线程安全
饿汉式把实例声明为全局或类内 static 指针/对象，在 main() 执行前就完成构造。这个过程由启动代码（如 __libc_start_main）以单线程方式驱动，不存在竞态窗口。
- 必须在类外定义并初始化指针：
Singleton* Singleton::instance = new Singleton();，否则链接时报undefined reference to 'Singleton::instance' - 如果用
static Singleton instance;做类内静态成员，仍需类外定义（C++98/03 要求），C++17 可用inline static省去定义步骤 - 析构不可控：
new出来的对象不会自动调用delete，得手动加DestroyInstance()，且要确保调用时机——比如在atexit()里注册，否则可能在静态对象析构阶段访问已销毁资源
内部静态变量写法（C++11+ 推荐）
这是目前最干净的懒汉语义实现：首次调用 getInstance() 时才构造，且由编译器生成的 guard 变量 + pthread_once 或等效机制保证初始化仅执行一次、线程安全。
- 写法必须是函数作用域内的
static Singleton instance;，不能是类内static成员，否则失去延迟性和标准保障 - 返回引用即可：
return instance;；若返回指针，得写return &instance;，注意生命周期完全由函数首次调用绑定 - 不要在该函数里加
std::mutex或std::call_once—— 编译器已经做了，加了反而多此一举，还可能死锁（比如在动态库加载期调用） - 该实例会在程序退出时按逆序析构（与首次调用所在线程无关），无需手动管理内存
常见错误：误把“静态局部变量”当“类内静态成员”
下面这段代码看起来像内部静态变量，实则无效：
立即学习“C++免费学习笔记（深入）”；
class Singleton {
public:
static Singleton& getInstance() {
static Singleton instance; // ✅ 正确：函数内 static
return instance;
}
private:
Singleton() = default;
static Singleton instance; // ❌ 错误：这是类内 static 成员，未定义会链接失败
};
更隐蔽的坑是：在头文件里定义了 static Singleton instance;，多个 .cpp 包含该头文件 → ODR 违反，链接时出现多重定义或未定义符号。
性能与适用场景怎么选
饿汉式适合初始化开销小、且确定会被用到的场景（比如日志器、配置解析器）；内部静态变量适合初始化重、使用频率低或依赖运行时参数的单例（比如连接池、硬件设备句柄）。
- 饿汉式启动慢一点，但后续零开销；内部静态变量首次调用有微小延迟（含 guard 检查 + 构造），之后无锁无检查
- 若单例构造函数抛异常，饿汉式会导致程序直接终止（静态初始化异常未捕获）；内部静态变量抛异常后，下次调用仍会重试初始化 —— 这点要小心，可能掩盖逻辑错误
- 跨动态库边界时，饿汉式各库独立初始化一份实例；内部静态变量按 TU（translation unit）隔离，同一 TU 内唯一，但不同 .so/.dll 之间不共享
真正容易被忽略的是异常安全性与跨库行为——这两点几乎从不出现在示例代码里，但上线后一出问题就是 core dump 或静默错乱。
