共享库的功能被加载到不同的进程不同的物理地址

Question

我在两个程序中得到了 libc.so 中函数“printf”的物理地址，两个物理地址不同。而且我读取了两个不同的物理地址，内容几乎是一样的。这意味着函数“printf”在内存中有两个副本？

详情：

1. 我的操作系统是 32 位 linux。

2. 通过读取“/proc/self/pagemap”计算物理地址。

3. 物理地址读取通过fmem模块实现，源码在git@github.com:NateBrune/fmem.git

Answer 1

我在两个程序中得到libc.so中函数“printf”的物理地址，两个物理地址不同。

你可能做错了（但很难猜到：你没有提供任何细节）。

特别注意以下程序：

#include <stdio.h>

int main()
{
  printf("&printf: %p\n", &printf);
  return 0;
}

不在libc.so.6 中打印printf 的实际地址，这可以通过GDB 观察到：

(gdb) start
Temporary breakpoint 1 at 0x8048426: file pagemap.c, line 5.
Starting program: /tmp/pagemap

Temporary breakpoint 1, main () at pagemap.c:5
5     printf("&printf: %p\n", &printf);
(gdb) n
&printf: 0x80482f0
6     return 0;

(gdb) info symbol 0x80482f0
printf@plt in section .plt of /tmp/pagemap

(gdb) p &printf
$1 = (<text variable, no debug info> *) 0xf7e5add0 <printf>

(gdb) info sym 0xf7e5add0
printf in section .text of /lib32/libc.so.6

注意printf @0x80482f0 在主可执行文件中，并且不应该被共享（除了在同一可执行文件的多个实例之间同时运行），并且不是 printf 的代码实际所在的位置。

printf @0xf7e5add0 在libc.so.6 中，而那 是printf 的代码实际所在的位置。 那个页面应该被所有使用libc.so.6的进程共享。

附：要在libc.so.6 中获取printf 的实际地址，可以改用这个程序：

#include <stdio.h>
#include <dlfcn.h>

int main()
{
  printf("&printf: %p\n", &printf);
  printf("&printf: %p\n", dlsym(RTLD_NEXT, "printf"));
  return 0;
}

gcc -g pagemap.c -o pagemap -m32 -ldl -D_GNU_SOURCE

(gdb) run
Starting program: /tmp/pagemap
&printf: 0x80483c0
&printf: 0xf7e55dd0

(gdb) info sym 0xf7e55dd0
printf in section .text of /lib32/libc.so.6