有关动态库

1.首先是编译阶段，这就涉及到ELF文件的相关知识，如果某个可执行程序依赖一个动态库里面的函数，那么编译生成的ELF会记录这个动态库的名字以及这个程序调用的符号，这就区别于静态链接。也就是这个可执行程序并不存xxx的实际代码。
int xxx(int x, int y)
{
  printf("x is %d, y is %d\n");
}

把这个编成一个.so的话，然后

int main()
{
  xxx(3,5);
}

2. 执行这个程序，跟其他的ELF执行没什么两样，只是执行到这个函数的时候会有区别，这块有GOT和PLT等概念，对于普通函数的调用，编译器生成代码为 call addr。其中addr是被调用函数的地址。调用来自动态链接库的函数时，其addr无法在link阶段确定，编译器只能生成call PLT[n]。PLT[n]指PLT表的第n个表项。 
PLT每个表项有三行代码: 
line1: jump GOT[n] 
line2: push "func name" 
line3: jump dl_runtime_resolve 
因 此当程序执行到call PLT[n]时，就跳到line1了，初始情况下，GOT[n]的值就是line2的地址。因此这条语句相当于nop。后两个语句就是调用 dl_runtime_resolve去一个叫link map的结构中查找真正要调用的函数地址。这个过程完成后，GOT[n]的内容就被修改成真正要调用的函数的地址。这样下次程序再次走到call PLT[n]时，line1就直接跳到真正的来自动态链接库的函数地址，而不需要走line2和line3了。 （这也是为什么程序刚加载的时候执行比较慢，而后来执行就快起来的原因了。）

3.这些东西在glibc中实现，跟kernel有关的就是执行ELF文件的过程以及相关的syscall。
引自：

section和pregment区别