在非自有线程执行DLL代码时卸载DLL是否安全？

核心问题结论 #

DLL代码正在执行时直接卸载绝对不安全。一旦触发卸载，当前线程正在执行的DLL代码所在内存页会被系统释放，后续指令执行时必然触发内存访问错误（如Access Violation），直接导致进程崩溃。此外，如果DLL此时还持有挂钩句柄、动态分配的内存等资源，卸载后这些资源无法正常回收，会引发内存泄漏或系统资源泄漏。

关于FreeLibraryAndExitThread的局限性 #

你提到的FreeLibraryAndExitThread确实能在调用它的线程内完成DLL引用计数递减并终止线程，但它只对当前线程有效——如果卸载触发时，还有其他线程正在执行DLL的绕行函数或其他代码，这个函数无法强制那些线程退出，依然会导致崩溃风险。

你的备选方案是必要且可行的 #

创建独立线程完成解钩→等待→卸载的流程，是目前最安全的卸载方案，具体需要注意以下关键步骤：

• 先彻底解除所有挂钩：必须先把所有重定向的钩子恢复，确保宿主进程后续调用目标函数时，不会再跳转到已被标记为卸载的DLL内存区域。不解钩直接卸载，后续宿主进程的函数调用必然触发崩溃。
• 等待所有执行DLL代码的线程退出：可以设置一个全局原子布尔变量（如g_bUnloading），在DLL的所有入口函数（包括绕行函数）中加入检查逻辑——一旦检测到g_bUnloading为真，就快速退出当前函数，不执行后续操作。然后在卸载线程中等待一段时间，或通过同步机制（如事件）确认所有线程已离开DLL代码段。
• 最后调用FreeLibraryAndExitThread：确认解钩完成且无线程在执行DLL代码后，调用该函数完成卸载。它会自动递减DLL引用计数并终止卸载线程，避免残留线程资源。

额外注意事项 #

• 管理好DLL引用计数：宿主进程调用卸载触发函数时，会自动增加DLL的引用计数，所以要确保卸载流程最终能把引用计数降到0，否则FreeLibrary不会真正完成卸载。FreeLibraryAndExitThread会处理当前线程的引用计数递减，需确认没有其他未释放的引用来源。
• 避免DLL代码持有长期锁：如果卸载时某个线程正持有DLL内部的锁，强制卸载会引发死锁风险。设计绕行函数时，尽量缩短锁的持有时间，或在卸载逻辑中先释放相关锁。

内容的提问来源于stack exchange，提问作者Luiz