linux - 尽管 dlclose，动态加载的库仍保持加载状态

Question

今天我正在寻找动态加载器内部深层魔法的一些启示。我正在为在 Linux 上运行的 C++ 应用程序调试/排除插件系统故障。它通过 dlopen (RTLD_NOW | RTLS_LOCAL) 加载插件并使用 dlclose 释放它们。没什么特别的 - 人们会认为。

但是，我注意到即使在成功调用 dlclose^* 后，一些插件仍保持加载状态。在使用 pmap 查看正在运行的进程的内存映射后，我得出了这个结论。 .一些库会立即从进程内存中删除，而另一些库显然会无限期地徘徊。

继续，dlopen man页面状态:

The function dlclose() decrements the reference count on the dynamic library handle handle. If the reference count drops to zero and no other loaded libraries use symbols in it, then the dynamic library is unloaded.

这意味着问题归结为这两种可能性；引用计数不为零，或者其他加载的库正在使用来自某些(但不是全部)插件的符号。

我非常确定(尽管不是 100%)引用计数为零。该应用程序的插件管理器以完全相同的方式处理所有插件。它还确保插件不会被多次加载。因此，IMO 加载和卸载对所有插件的行为应该相同。

剩下第二种可能性:其他加载的库正在使用插件中的符号。另一个“那不应该发生”的典型案例。虽然这当然是可能的。我们正在使用 gcc 和默认可见性，据我所知，没有任何东西被剥离，因此正在导出大量符号。实际上，这让我更担心，因为这些插件应该是独立的。

这是我目前 Unresolved 问题:

• 到目前为止，我的结论是否正确？
• 你知道验证dlopen 引用计数的方法吗？
• 如果其他库(不小心)使用了我的插件的内部符号，是否有办法追踪谁在使用哪些符号？

我的机器是:Linux 3.13.0-43-generic#72-Ubuntu SMP Mon Dec 8 19:35:44 UTC 2014 i686 i686 i686 GNU/Linux

^* 我应该提一下，所有的加载和卸载都发生在主线程中，所以这里应该没有多线程问题。

Answer 1

other loaded libs are using symbols from the plugins

如果其他库在链接时未链接到该共享库，则引用共享库的符号不会阻止卸载该共享库。

要调试运行时链接器，请将环境变量 LD_DEBUG 设置为 all，例如LD_DEBUG=all ./my_app。参见 man ld.so了解详情。