局部静态变量单例析构自动安全，因C++11规定其生命周期始于首次初始化、终于程序退出时按构造逆序自动析构，无需手动管理；但手动干预（如new+指针、取址后delete、析构中调用其他单例）会破坏该机制。
用 static 局部变量实现单例，析构是自动的、安全的，前提是别手动干预生命周期。
为什么局部静态变量能自动释放
C++11 标准规定：函数内 static 局部变量的生命周期从首次初始化开始，到程序退出时按“构造逆序”自动析构。这意味着你不用写 destroy()、不用注册 atexit、也不用靠 std::shared_ptr 托管——编译器和运行时已全权负责。
- 析构时机由 C++ 运行时统一管理，与
main()返回或exit()调用同步 - 多个单例之间若存在依赖（比如 A 的析构要用到 B），只要它们都是
static局部变量，C++ 会按构造反序调用析构函数，避免访问已销毁对象 - 无需担心 DLL 卸载问题：只要单例定义在主模块或明确控制加载顺序的模块中，析构会在模块卸载前完成
哪些操作会破坏自动析构机制
一旦你绕过 static 局部变量的自然生命周期，就可能触发 double-free、use-after-free 或泄漏。
- 用
new+static指针实现单例，但没配atexit或智能指针 → 析构不会发生，valgrind报告内存泄漏 - 手动调用
delete释放static局部变量地址（哪怕只是取了地址再删）→ 程序退出时仍会尝试析构，导致 double-free - 在
static局部变量析构函数里又调用了另一个单例的getInstance()→ 可能触发未定义行为，因为那个单例可能已被析构 - 把
static局部变量地址存进全局裸指针或跨 DLL 边界传递 → DLL 卸载后指针悬空，后续访问崩溃
需要自动释放但又不能用局部静态变量的场景
只有两类情况真没法用 static 局部变量：一是必须跨 DLL 边界共享且无法控制模块卸载顺序；二是单例需支持“引用计数式生存期”，即最后一个使用者离开才销毁。
立即学习“C++免费学习笔记（深入）”；
- 前者应改用
std::shared_ptr托管，声明为文件作用域静态变量：static std::shared_ptr<logger> g_logger;</logger>，首次调用时用std::make_shared初始化 - 后者不能直接对
static Logger& instance()返回值做reset()——这会破坏单例语义；必须另起一个独立的static std::shared_ptr变量来承载 - 注意：每次调用
g_logger.get()或g_logger->log()都有原子引用计数开销，高频日志路径下可测出微小延迟，但远低于锁竞争成本
最常被忽略的一点：析构函数本身不能抛异常。如果单例析构时调用了可能 throw 的代码（比如网络关闭、文件 flush 失败），整个程序会调用 std::terminate。务必在析构函数里用 noexcept 声明，并吞掉或记录底层错误。
