如何清理dlopen()加载的共享库？exec()调用会卸载这类资源吗？

是否可以将已dlopen加载的共享库重置为未加载状态 #

不存在跨平台、符合POSIX标准的可靠方案实现这个需求。

POSIX标准明确规定dlclose()卸载共享库属于可选实现，仅要求dlclose()执行后，后续通过dlsym()查找该库的符号会失效，不要求必须将库从进程地址空间移除。主流C库（如glibc）的实际实现中，只要共享库存在构造函数、被其他已加载库依赖、或使用了线程局部存储，dlclose()只会减少该库的引用计数，不会真正卸载，库内的全局变量状态也会一直保留。

如果不想重启进程就能重置库状态，最稳妥的替代方案是修改共享库代码，显式导出一个reset()接口，内部将所有需要重置的全局变量恢复为初始值，完全规避对系统库卸载逻辑的依赖。

exec系列函数重新运行程序时的共享资源处理 #

所有通过dlopen()映射的符号、加载的共享库都会被完全清除，不会有任何资源留存。

exec()系列函数执行成功后，当前进程的整个用户地址空间会被新的程序镜像完全覆盖，原进程的所有内存映射（包括动态链接器加载的所有共享库、全局变量数据、堆、栈内容）都会被销毁，动态链接状态也会完全重置。新的程序实例再次调用dlopen()加载同一个共享库时，得到的就是完全初始化的初始状态。

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