动态库卸载时单例析构不可靠，必须由宿主程序显式调用shutdown()控制销毁；局部静态变量析构不被dlopen/dlclose保证，易致悬垂指针或SEGFAULT。
动态库卸载时，单例对象大概率不会析构，这不是 bug，是标准不保证的行为；直接依赖 static Singleton instance; 或 static Singleton* instance = nullptr; 都会出问题，必须显式控制销毁时机。
为什么 static Singleton& getInstance() 在 .so/.dll 里不安全
局部静态变量的析构由运行时在模块卸载或进程退出时触发，但 dlopen/dlclose（Linux）或 LoadLibrary/FreeLibrary（Windows）并不保证执行它。glibc 常跳过析构，尤其是当单例构造/析构中引用了其他动态库符号（比如日志、配置）时，容易触发 SEGFAULT。
更隐蔽的问题是悬垂指针：卸载后 instance 所指内存已被释放，但主程序或其他插件仍持有其地址，后续访问就是未定义行为。
-
static Singleton instance;在 DLL_PROCESS_DETACH 中可能被跳过析构（Windows）或根本没调用（Linux） -
static Singleton* instance = new Singleton();的堆内存永远不会被自动释放，析构函数不触发 - 若单例内部用了
std::thread、std::mutex或std::shared_ptr，其资源可能泄漏或崩溃
用 __attribute__((constructor/destructor)) + 显式指针管理生命周期
这是 GCC/Clang 下最可控的方案：放弃“自动析构”，改用裸指针 + 加载/卸载钩子显式控制。
立即学习“C++免费学习笔记（深入）”；
关键不是“能不能析构”，而是“谁来触发”和“什么时候删”。__attribute__((constructor)) 确保库加载时初始化，__attribute__((destructor)) 提供卸载入口，但注意它执行时已不能依赖任何外部符号（包括 std::cout、malloc、日志函数）。
- 声明为
static Singleton* instance = nullptr;，而非局部静态对象 - 在
__attribute__((constructor))函数中调用getInstance()强制初始化（避免首次调用时线程竞争） - 在
__attribute__((destructor))函数中只做两件事：delete instance;和instance = nullptr; - 销毁前加
std::atomic<bool></bool>标记，确保幂等；禁止在销毁逻辑里调用getInstance()或任何跨模块 API
必须暴露 shutdown() 并由宿主程序主动调用
比依赖 __attribute__((destructor)) 更可靠的做法，是让动态库导出一个 C 风格函数，由主程序在 dlclose() 或 FreeLibrary() 前明确调用。这是插件系统、热更新场景下的事实标准。
这个函数必须能扛住重复调用、并发调用，并且不引发二次访问——因为此时其他模块可能还在用该单例。
- 签名推荐为
extern "C" void shutdownSingleton();（避免 name mangling） - 内部实现检查
if (instance != nullptr)，然后delete instance; instance = nullptr; - 在
getInstance()中增加判空逻辑：if (!instance) throw std::runtime_error("Singleton already destroyed"); - 若单例内部有
thread_local缓存，销毁前需用原子标志位标记停用，防止其析构函数再访问单例成员
别在析构函数里调用日志、网络、文件等外部依赖
这是最容易踩的坑：写个 ~Singleton() { logger->flush(); db_pool->close_all(); }，看起来很完整，但卸载时 logger 和 db_pool 极可能已经失效。一旦调用，直接 SEGFAULT。
真正安全的析构函数只做三件事：关闭本对象持有的原生句柄（close(fd)、munmap()）、通知本地线程停止、置空内部裸指针。所有依赖外部模块的操作，必须移到业务层显式调用的 shutdown() 方法中。
- 析构函数里禁止调用
std::cout、printf、log4cxx::Logger::getLogger()等 - 禁止调用虚函数（vtable 可能已被卸载）、禁止 new/delete（CRT 堆可能已失效）
- 若必须记录销毁日志，用
write(2)写入 fd，或提前把日志缓冲区 dump 到文件（不依赖日志库）
最易被忽略的一点：即使你写了 __attribute__((destructor))，也不能假设它一定执行——比如进程被 kill -9 终止，或 Windows 下 FreeLibrary 被异常中断。所以真正的安全边界，永远是「宿主程序必须主动调用 shutdown()」，而不是寄希望于卸载钩子兜底。
