如果我在同一个应用程序运行中在同一个lib /文件上使用dlopen两次,它会在两种情况下产生相同的句柄吗?是否有任何保证(一个简短的实验表明它至少在我的盒子上)?
我目前正在玩一个小插件系统(出于好奇心),如果对这种观察到的行为有某种保证,我可以使用这个地址作为插件的关键来防止重复加载。 / p>
答案 0 :(得分:11)
是。 dlopen(3) linux手册页说:
顺便说一下,在Linux系统上,你可以提供很多(数十万)共享库,正如我的例子manydl.c所示。主要限制是地址空间。 所以实际上,不必担心If the same library is loaded again with dlopen(), the same file handle is returned. The dl library maintains reference counts for library handles, so a dynamic library is not deallocated until dlclose() has been called on it as many times as dlopen() has succeeded on it.
dlclose
的东西。
(除非你的dlopen-ed共享库有奇怪或资源消耗的构造函数或析构函数)
于2017年12月添加:
请注意,相关的是传递给dlopen
的确切路径字符串。因此,如果您使用"./foo.so"
和"././foo.so"
(或"../foosymlink.so"
其中foosymlink.so
是foo.so
的符号链接,则dlopen-ed句柄是不同的,在某些情况下可能会发生该共享库的两个实例的奇怪行为。