共享库嵌套调用dlopen时，会使用哪个RUNPATH进行查找？

针对你遇到的场景，glibc 动态链接器（ld-linux.so）处理 dlopen() 加载无路径库时的 DT_RUNPATH 查找规则，可拆解为以下明确逻辑：

核心查找优先级 #

当共享库发起 dlopen() 调用加载仅含基础名称的插件时，动态链接器按以下顺序确定查找路径：

1. 优先使用发起调用的库自身的 DT_RUNPATH：如果调用 dlopen() 的共享库（如你的 pluginloader）设置了 DT_RUNPATH，直接用这个路径查找插件。
2. 回溯依赖链查找首个带 DT_RUNPATH 的库：若发起调用的库没有设置 DT_RUNPATH，则向上遍历它的依赖链（按加载顺序），找到第一个带有 DT_RUNPATH 的依赖库，使用该库的路径。
3. 回退到主程序的 DT_RUNPATH：如果整个依赖链都没有设置 DT_RUNPATH，才会使用主程序（如你的 prog）的 DT_RUNPATH。
4. 最后使用系统默认路径：以上都不满足时，才会去 /etc/ld.so.conf 等系统配置的路径查找。

对你场景的适配解释 #

你的程序依赖链是 prog → db → pluginloader → base，出现插件使用 base 的 DT_RUNPATH 的原因是：

• pluginloader 自身没有设置 DT_RUNPATH，动态链接器回溯它的依赖链，第一个遇到的带 DT_RUNPATH 的库是 base，因此使用了 base 的路径。
• 你之前预期使用 pluginloader 的 DT_RUNPATH，是默认假设它已配置该属性；而部分资料提到的"仅主程序 DT_RUNPATH 生效"，是依赖链无任何 DT_RUNPATH 时的极端情况，和你的实际场景不符。

额外解决思路 #

除了给 base 设置 $ORIGIN 的方案，你也可以直接给 pluginloader 配置 DT_RUNPATH 为 $ORIGIN，这样动态链接器会优先使用 pluginloader 的路径，无需回溯到 base，同样能解决插件查找问题。

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