Linux 何时/如何将共享库加载到地址空间？

问题描述：

程序中何时指定共享对象的地址？在链接期间？加载时？如果我想在程序内部system找到命令的内存地址，我可以在 中轻松找到它，但如果我不想将程序带入调试器怎么办？libc`gdb`

这个地址在每次运行中会改变吗？是否有其他静态分析工具可以允许查看运行时将库或函数加载到该程序的内存空间中的位置？

我想要程序之外的这些信息（即使用类似的实用程序objdump来收集信息）

解决方案 1：

ld.so库由（动态链接器或运行时链接器，又称 rtld，在 Linux 中为 glibc 的一部分）加载。它被声明为所有动态链接 ELF 二进制文件的“解释器”（INTERP；部分ld-linux.so.2）。因此，当您启动程序时，Linux 将启动一个（加载到内存中并跳转到其入口点），然后将您的程序加载到内存中，准备好它然后运行它。您还可以使用以下命令启动动态程序ld-linux.so.*`.interpld.sold.so`

 /lib/ld-linux.so.2 ./your_program your_prog_params

ld.so对所有需要的 ELF 文件（包括程序的 ELF 文件和所有需要的库的 ELF 文件）进行实际的open和mmap。此外，它还会填充 GOT 和 PLT 表并进行重定位解析（它将库中的函数地址写入调用站点，在许多情况下是间接调用）。

您可以使用实用程序获取某些库的典型加载地址ldd。它实际上是一个 bash 脚本，它设置 ld.so 的调试环境变量（实际上LD_TRACE_LOADED_OBJECTS=1是 glibc 的 rtld 的情况）并启动一个程序。您甚至可以自己完成此操作而无需脚本，例如使用 bash 轻松更改单次运行的环境变量：

 LD_TRACE_LOADED_OBJECTS=1 /bin/echo

将ld.so看到此变量，并将解析所有需要的库并打印它们的加载地址。但是设置此变量后，ld.so实际上不会启动程序（不确定程序或库的静态构造函数）。如果禁用ASLR 功能，加载地址大多数情况下将相同。现代 Linux 通常启用了 ASLR，因此要禁用它，请使用echo 0 | sudo tee /proc/sys/kernel/randomize_va_space。

您可以在 binutils 的with实用程序中找到system函数的偏移量。我认为，您应该使用或和 grep 输出。libc.so`nmnm -D /lib/libc.soobjdump -T /lib/libc.so`

解决方案 2：

“直接去源头问马……”

Drepper - 如何编写共享库

Linux 库编写者必读文档。详细解释了加载机制。

解决方案 3：

如果您只想要函数的地址而不想对名称进行硬编码，则可以使用dlopen()主程序：

void *self = dlopen(NULL, RTLD_NOW);
dlsym(self, "system"); // returns the pointer to the system() function

如果你只想要在编译时知道名称的函数的地址，只需使用void *addr = &system;

解决方案 4：

nm在 上使用的命令将libc.so显示system中符号的位置libc.so。但是，如果启用了 ASLR，地址libc.so将加载到 ，因此system每次运行程序时 的最终地址都会随机变化。即使没有 ASLR，您也需要确定地址的libc.so加载位置，并将 的地址偏移system该量。

解决方案 5：

我建议您的环境具有 LD_LIBRARY_PATH 路径。这定义了共享库的位置。您可能还需要查看 /etc/ld.so.conf 查看此帖子http://www.google.com/url?sa=t&source=web&cd=3&ved=0CCQQFjAC&url=http%3A%2F%2Fubuntuforums.org%2Fshowthread.php%3Ft%3D324660&ei=KqJpTey7JofEsAPE9_imBA&usg=AFQjCNEIbGGrTHp4fufRuj4Yfc58RTHcag&sig2=_9tdlyadMbPc-FcOdCko-w