单例析构不执行的根本原因是堆分配+静态指针（如static singleton* pinstance）不触发自动析构，因c++仅保证静态存储期对象本体析构，不递归释放其指向的堆内存；改用meyer’s singleton（static singleton instance）可由标准保障正常析构。
单例对象在程序退出时不析构，不是你写错了，而是你用了堆分配 + 静态指针（比如 static Singleton* pInstance），这种写法天然不触发自动析构——C++ 只对静态存储期的对象（非指针！）保证析构调用。
为什么 static Singleton* pInstance 不会自动析构
因为 pInstance 是指针，它本身在静态区，但指向的 new Singleton() 对象在堆上。程序退出时，只销毁静态变量（指针本身），不会递归销毁它指向的内容。
- 常见错误现象：
~Singleton()完全没被调用，资源泄漏、日志没刷盘、文件没关闭 - 使用场景：懒汉式单例、DLL 中导出单例、需要延迟初始化的模块
- 根本原因：C++ 的析构保障仅覆盖静态/全局对象本体，不覆盖动态分配内存
- 补救方式必须显式介入，不能依赖“程序退出自动收尾”
static Singleton instance 为什么安全
这是 Meyer’s Singleton，也是 C++11 起最推荐的写法。instance 是函数作用域内的局部静态对象，它的生命周期由语言标准保证：首次调用 getInstance() 时构造，程序正常终止时析构（且线程安全）。
- 参数差异：不需要手动
new/delete，不暴露指针，返回引用更安全 - 性能影响：首次调用有轻微开销（需检查是否已构造），后续零成本
- 兼容性：C++11 起完全可靠；C++03 下部分编译器（如早期 GCC）可能不保证线程安全
- 示例关键行：
static Singleton instance; return instance;
必须手动清理时，怎么避免 atexit() 崩溃
如果你无法改用局部静态对象（比如要支持 DLL 卸载、或必须用指针接口），就得靠 atexit() 注册清理函数——但直接传 delete pInstance 很危险。
- 常见错误现象：程序退出时崩溃，报
double free或访问已释放内存 - 原因：多个
atexit()回调之间无顺序保证；若其他静态对象析构时又访问了单例，而单例已被delete，就崩了 - 正确做法：用
std::call_once+std::once_flag确保只删一次；或把atexit()注册逻辑封装进单例类内部，在getInstance()首次调用时注册 - 更稳妥替代：用
std::shared_ptr管理单例指针，并配合自定义 deleter（但注意：仍需确保该shared_ptr本身是静态存储期）
跨编译单元析构顺序问题怎么绕开
即使你用了局部静态对象，如果另一个全局对象（比如 globalLogger）的析构函数里调用了单例，而该单例又在它之后析构，就会出问题——因为析构顺序是构造逆序，而跨文件构造顺序未定义。
- 典型崩溃信息：
Segmentation fault (core dumped)，堆栈显示在析构函数中访问了已销毁的单例成员 - 根本解法：不要让任何全局对象的析构函数依赖单例；所有业务逻辑应在
main()返回前完成 - 折中方案：在
main()结束前显式调用Singleton::destroy()（如果有）或重置状态，而不是等自动析构 - 容易被忽略的点：日志、配置、线程池这类基础设施类最容易踩这个坑——它们常被设计成单例，又被其他全局对象隐式依赖
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
