静态链接库与动态链接库
静态链接库与动态链接库的区别
静态链接库：在项目中引用了库函数，编译时链接器会将引用的函数代码或变量，链接到可执行文件里，和可执行程序组装在一起
动态链接库：在编译阶段不参与链接，不会和可执行文件组装在一起，在程序运行时才被加载到内存参与链接，加载到内存的动态链接库可以被多个运行的程序共享
静态链接库的制作
使用ar命令制作静态库时，一些常用的参数:
- -c：禁止在创建库时产生的正常消息。
- -r：如果指定的文件已经在库中存在，则替换它。
- -s：无论库是否更新都强制重新生成新的符号表。
- -d：从库中删除指定的文件。
- -o：对压缩文档成员进行排序。
- -q：向库中追加指定文件。
- -t：打印库中的目标文件。
- -x：解压库中的目标文件。编译器是以源文件为单位编译程序的，链接器在链接过程中逐个对目标文件进行分解组装
r若想把test.c文件打包成一个库，然后在main.c中调用该库中的函数
gcc -c test.c //生成可重定位文件test.o
ar rcslibtest.a test.o //打包test.o 为静态库
gcc main.c -L . -l test //-L 静态链接
./a.out编译器是以源文件为单位编译程序的，链接器在链接过程中逐个对目标文件进行分解组装，为了减少内存占用，尽量单独使用一个源文件实现一个函数
在一个多任务环境中，当多个进程并发运行时，内存中有大量重复的指令代码，这时动态链接就开始低调登场了。
动态链接库的制作
动态链接对静态链接做了一些优化：对一些公用的代码，如库，在链接期间暂不链接，而是推迟到程序运行时再进行链接。
动态链接的好处是节省了内存资源：加载到内存的动态链接库可以被多个运行的程序共享，使用动态链接可以运行更大的程序、更多的程序，升级也更加简单方便。
windows中为.dll Linux中为.so
# gcc -fPIC -shared test.c libtest.so
//PIC是Position-Independent Code的简写，即与地址无关的代码。加上-fPIC参数生成的指令，实现了代码与地址无关
//-shared 生成可共享文件
# gcc main.c libtest.so
# ./a.out可执行文件a.out是采用动态链接生成的，所以在运行a.out之前，libtest.so这个动态链接库要放到/lib、/usr/lib等系统默认的库路径下，否则a.out就会动态链接失败，无法正常运行。
在Linux环境下，当我们运行一个程序时，操作系统首先会给程序fork一个子进程，接着动态链接器被加载到内存，操作系统将控制权交给动态链接器，让动态链接器完成动态库的加载和重定位操作，最后跳转到要运行的程序。
动态链接器本身也是一个动态库，即/lib/ld-linux.so文件。动态链接器被加载到内存后，会首先给自己重定位，然后才能运行。动态链接器解析可执行文件中未确定的符号及需要链接的动态库信息，将对应的动态库加载到内存，并进行重定位操作。这个过程其实和静态链接的重定位过程一样.定位结束后，程序中要引用的所有符号都有了地址和定义，动态链接器将控制权交给要执行的程序，跳转到该程序运行。
动态链接库加载到内存中的地址则是随机的，因为每一个可执行文件的大小不同，加载到内存后剩余的地址空间也不尽相同，动态链接库的地址要根据进程地址空间的实际空闲情况随机分配。
PIC 与地址无关的代码
如果想让我们的动态库放到内存的任何位置都可以运行，都可以被多个进程共享，一种比较好的方法是将我们的动态库设计成与地址无关的代码。
将指令中需要修改的部分（如对绝对地址符号的引用）分离出来，剩余的部分就和地址无关了，放到哪里都可以执行，而且可以被多个进程共享。需要被修改的指令（符号）和数据在每个进程中都有一个副本，互不影响各自的运行。
实现PIC(PIC是Position-Independent Code的简写，即与地址无关的代码)需要底层相关的技术支撑，不同的平台有不同的实现方式。实现代码与地址无关，在模块内部，对函数和全局变量的引用要避免使用绝对地址，一般可以使用相对跳转代替。以ARM平台为例，可以采用相对寻址来实现。
在动态库的设计中，对于模块内的符号相互引用，我们通过相对寻址很容易实现代码与地址无关。但是当动态库作为第三方模块被不同的应用程序引用时，库中的一些绝对地址符号（如函数名）将不可避免地被多次调用，需要重定位。动态库中的这些绝对地址符号，如何能做到同时被不同的应用程序引用呢？解决这个问题的核心思想其实也很简单：每个应用程序将引用的动态库（绝对地址）符号收集起来，保存到一个表中，这个表用来记录各个引用符号的地址。当程序在运行过程中需要引用这些符号时，可以通过这个表查询各个符号的地址。这个表被称为全局偏移表（Global Offset Table，GOT）。在一个可执行文件中，其引用的动态库中的绝对地址符号（如函数名）会被分离出来，单独保存到GOT表中，GOT表以section的形式保存在可执行文件中，这个表的地址在编译阶段就已经确定了。当程序运行需要引用动态库中的函数时，会将动态库加载到内存，根据动态库被加载到内存中的具体地址，更新GOT表中的各个符号（函数）的地址。等下次该符号被引用时，程序可以直接跳到GOT表查询该符号的地址，如果找到要调用的函数在内存中的实际地址，就可以直接跳过去执行了。因为GOT表在可执行文件中的位置是固定不变的，所以程序中访问GOT表的指令也是固定不变的，唯一需要变化的是：动态库加载到内存后，库中的各个函数的位置确定，在GOT表中实时更新各个符号在内存中的真实地址就可以了。这样做的好处是：在内存中只需要加载一份动态库，当不同的程序运行时，只要修改各自的GOT表，它们引用的符号都可以指向同一份动态库，就可以达到不同程序共享同一个动态库的目标了.
延时绑定
ARM相对寻址的本质其实就是寄存器间接寻址，只不过基址换成了PC而已，访问效率还是比较低的，包括程序运行之前的动态链接和重定位操作，也会对程序的及时响应和性能造成一定的影响。我们假设一个软件中有几百个地方使用了动态链接，如果把所有的动态库一次性全部加载到内存并一一对它们进行重定位，会耗费不少的时间。程序中存在大量的if-else分支，并不是所有的指令都能执行到，我们加载到内存的动态库可能根本就没有被调用到，这又会白白浪费内存空间。基于这个原因，可执行文件一般都采用延迟绑定：程序在运行时，并不急着把所有的动态库都加载到内存中并进行重定位。当动态库中的函数第一次被调用到时，才会把用到的动态库加载到内存中并进行重定位。这样做既节省了内存，又可以提高程序的运行速度，因此得到广泛应用。
分析以下反汇编代码
指令代码中每一个使用动态链接的符号
找到main()函数中调用add的代码部分（第10624行），我们可以看到：调用add的指令跳到了0x104a4
插件的工作原理
很多软件为了扩展方便，具备通用性，普遍都支持插件机制：主程序的逻辑功能框架不变，各个具体的功能和业务以动态链接库的形式加载进来。这样做的好处是软件发布以后不用重新编译，可以直接通过插件的形式来更新功能，实现软件升值。插件的本质其实就是共享动态库，只不过组装的形式比较复杂。
Linux提供了专门的系统调用接口，支持显式加载和引用动态链接库，常用的系统调用API如下。
void *dlopen (const char *filename, int flag);
void *Handle = dlopen("./libtest.so",RTLD_LAZY);
void *dlsym(void *handle, char *symbol);
void (* funcp) (int , int);
funcp = (void(*)(int,int)) dlsym(Handle,"myfunc");
int dlclose(void *Handle); //关闭动态链接库，将加载到内存的共享库的引用计数减一，当引用计数为0时，该动态共享库便会从系统中被卸载。dlopen() 函数返回的是一个void*类型的操作句柄，我们通过这个句柄就可以操作显式加载到内存中的动态库。函数的第一个参数是要打开的动态链接库，第二个参数是打开标志位，经常使用的标记位有如下几种。
- RTLD_LAZY：解析动态库遇到未定义符号不退出，仍继续使用。
- RTLD_NOW：遇到未定义符号，立即退出。
- RTLD_GLOBAL：允许导出符号，在后面其他动态库中可以引用。
dlsym() 函数根据动态链接库句柄和要引用的符号，返回符号对应的地址。一般我们要先定义一个指向这种符号类型的指针，用来保存该符号对应的地址。通过这个指针，我们就可以引用动态库里的这个函数或全局变量了。