C++单例不能只靠静态局部变量，因C++11仅保证其初始化线程安全，构造异常会导致重复进入，析构顺序不可控易引发崩溃；推荐静态局部变量+删除拷贝操作，兼顾简洁、线程安全与自动内存管理。
为什么 C++ 单例不能只靠静态局部变量？
因为线程安全不是默认的——C++11 起 static 局部变量的初始化才保证首次调用时的线程安全，但仅限于初始化过程；若构造函数里有耗时操作或抛异常，getInstance() 可能被多次进入，导致未定义行为。更麻烦的是，析构顺序不可控，全局对象析构时若其他单例还在用它，就崩了。
常见错误现象：std::terminate、访问已析构对象、多线程下重复构造、程序退出时崩溃。
- 必须用
static std::unique_ptr或双重检查锁定（DCLP）来控制生命周期 - 禁止在构造函数中调用其他单例的
getInstance() - 若需明确析构时机（比如日志单例要最后销毁），得手动调用
reset()
最简安全写法：C++11 静态局部变量 + delete 构造函数
这是目前推荐的默认方案，代码少、线程安全、自动管理内存，适用于绝大多数场景。
class Logger {
public:
static Logger& getInstance() {
static Logger instance; // C++11 线程安全初始化
return instance;
}
Logger(const Logger&) = delete;
Logger& operator=(const Logger&) = delete;
private:
Logger() = default; // 私有构造，防止外部 new
~Logger() = default; // 析构也私有，但允许静态对象调用
};
注意：static Logger instance 在第一次调用 getInstance() 时构造，程序结束前自动析构；若构造函数抛异常，下次调用仍会重试——这可能是你想要的，也可能不是。
立即学习“C++免费学习笔记（深入）”；
需要手动控制析构？用 std::unique_ptr + call_once
当单例依赖其他资源（如文件句柄、网络连接），且必须在所有其他单例析构后才关闭时，就得自己管生命周期。
关键点：std::call_once 保证只初始化一次，std::unique_ptr 控制堆内存和析构时机。
class Config {
public:
static Config& getInstance() {
std::call_once(initFlag, []() {
instance.reset(new Config);
});
return *instance;
}
static void destroy() { instance.reset(); } // 显式销毁
private:
Config() = default;
static std::unique_ptr instance;
static std::once_flag initFlag;
};
instance.reset() 会立即调用析构函数；destroy() 必须在所有依赖它的对象销毁后调用，否则后续访问就是悬空引用。
性能影响：比静态局部变量多一次指针解引用和一次 call_once 检查，但几乎可忽略；兼容性好，C++11 起都支持。
别踩坑：std::shared_ptr 不适合做单例句柄
有人用 static std::shared_ptr 返回 shared_ptr，这会导致两个问题：
- 每次调用
getInstance()都产生新引用，无法判断单例是否已被销毁 - 多个
shared_ptr实例可能延长对象生命周期，违背“全局唯一且可控”的本意
正确做法是始终返回引用（T&）或原始指针（T*），让使用者清楚：这不是一个可共享所有权的对象，而是一个全局服务入口。
另外，模板单例（如 Singleton）看似通用，但容易掩盖类型耦合和初始化顺序问题，除非你真需要几十个不同类型的单例且能严格约束它们的依赖图，否则不建议一开始就上。
