我试图了解在动态加载库的情况下如何解析符号。我观察到库的符号是使用作为库的动态依赖项链接的库来解析的。可以使用 - ldd <share_file_name.so>
这是正确的吗？
之前我假设加载器会查看LD_LIBRARY_PATH 并查看所有库以解析库中的符号。
但现在我想一想，我就明白为什么不能使用这种方法了。原因是，如果加载程序必须查看LD_LIBRARY_PATH 中列出的目录中的所有库，那么解析符号的方式将非常不优化。如果目录有一百万个文件，那么它会很慢，因为任何文件都可以有符号。
【问题讨论】：
man ld.so 包含您要查找的信息。
标签： linux gcc ld dynamic-loading
Loader基本上的工作原理是按照加载顺序扫描所有加载的库（首先是主可执行文件的直接依赖项，然后是它们的依赖项等）。通常，您的库需要的符号将从它自己的依赖项中解析（您可以通过在您的库上运行 readelf -l 或 ldd 来找到）。但是如果其他一些前面的库已经提供了它们，它们将从那里被解析（这称为符号插入，用于各种技巧，如LD_PRELOAD 或Implib.so）。
还有更多可能影响加载器决策的细节（-Bsymbolic，符号版本控制等），例如解释在规范的How to write shared libraries 文档中。
【讨论】：
Usually symbols which your library needs will be resolved from it's own dependencies (which you can find by running readelf -l or ldd on your library) - 我的理解是 - 如果依赖项中没有符号，那么可执行文件将不会启动，因为链接器不知道哪个依赖项具有该符号，对吗？
ldd <name_of_executable> 列出这些依赖项。
LD_BIND_NOW 运行（然后它将在启动时失败）。