动态库卸载时单例对象不会自动销毁，必须显式控制生命周期：Windows需在DllMain的DLL_PROCESS_DETACH中调用幂等的destroyInstance()，Linux可用__attribute__((destructor))但须配合裸指针管理，跨平台最稳妥方案是导出extern "C" shutdown()接口由宿主显式调用。
动态库卸载时，单例对象不会自动销毁——这不是 bug，是 C++ 标准和操作系统加载机制共同决定的事实。你写的 static Singleton& getInstance() { static Singleton instance; } 在主程序里能安全析构，但在 .dll 或 .so 里大概率失效：析构函数不执行、资源泄漏、后续访问变悬垂指针、甚至段错误。唯一可靠的做法是放弃“等待自动析构”，改用显式生命周期控制。
Windows 下必须在 DllMain 的 DLL_PROCESS_DETACH 中调用 destroyInstance()
这是 Windows 平台最直接有效的钩子，但有严格前提：
-
DllMain的lpReserved参数必须为nullptr才调用销毁逻辑，否则说明是进程退出而非主动卸载，此时 CRT 堆可能已不可用，delete会崩溃 -
destroyInstance()必须幂等：开头用std::atomic<bool> s_destroyed{false}</bool>+exchange(true)判重，避免多次delete - 不能在
destroyInstance()里调用日志、网络、文件等外部 API，这些符号可能已被卸载或其静态依赖已析构 - 销毁顺序要倒过来：先
join()线程、close()文件句柄、munmap()内存映射，最后才delete实例指针并置m_instance = nullptr
Linux 下 __attribute__((destructor)) 函数仅对 dlopen 加载的 SO 有效
这个属性不是万能的，它只在 dlclose() 被调用后触发，且不保证执行时机早于其他模块的析构。常见误用是把它当“析构函数替代品”：
- 编译时若启用了
-fvisibility=hidden，__attribute__((destructor))函数可能被剥离，导致清理完全不执行 - 函数体内禁止使用
std::cout、std::mutex、STL 容器等——它们的静态实例可能已销毁或尚未初始化 - 必须配合裸指针管理：用
static Singleton* instance = nullptr;替代局部静态变量，否则__attribute__((destructor))无法安全访问那个局部变量 - 推荐写法：
static void __attribute__((destructor)) so_cleanup() { if (instance) { delete instance; instance = nullptr; } }
跨平台最稳妥方案：显式导出 shutdown() 接口供宿主调用
把销毁控制权交给使用者，是最可控、最易测试的方式。所有平台都适用，且规避了系统钩子的各种限制：
立即学习“C++免费学习笔记（深入）”；
- 导出函数必须用
extern "C"，例如：extern "C" __declspec(dllexport) void shutdown_singleton();（Windows）或extern "C" void shutdown_singleton();（Linux） - 该函数内部只做两件事：判空后
delete实例指针、置空静态指针；不调用任何外部函数，不抛异常，不依赖其他静态对象 - 宿主程序必须严格遵守调用顺序：
shutdown_singleton()→FreeLibrary()或dlclose()，中间不能跳过或异常中断 - 如果单例内部用了
thread_local缓存，需在shutdown_singleton()中设置原子标志位（如std::atomic<bool> s_shutdown{true}</bool>），让各线程的thread_local析构前先检查，避免访问已销毁成员
为什么 Meyer 单例在动态库中依然危险
很多人以为 static Singleton& getInstance() { static Singleton instance; } 是银弹，但它在动态库场景下反而更隐蔽地出问题：
- 局部静态变量的析构由运行时管理，但
dlclose()不保证触发它——glibc 常跳过，尤其当该变量依赖外部符号时 - 若
Singleton析构函数中调用了日志函数（比如Logger::instance().log()），而Logger所在的库已先卸载，就会 SEGFAULT - 多次
LoadLibrary/FreeLibrary后，局部静态变量可能未重置，getInstance()返回的是已释放内存地址 - 真正安全的 Meyer 单例只适用于主程序或静态链接场景；动态库中请无条件改用裸指针 +
std::call_once+ 显式销毁
最容易被忽略的一点：销毁函数里不能出现任何跨模块调用，哪怕是一行日志。因为动态库卸载顺序不可控，你认为“还在”的符号，很可能已经没了。宁可加一个简单的 fprintf(stderr, "shutdown_singleton called\n") 到 stderr（不经过 libc 的缓冲层），也不要调用封装好的日志接口。
