Linux 动态库与静态库的概念及创建使用

动态库与静态库

库的链接方式：gcc / g++编译器默认的链接方式是动态链接
动态链接：链接动态库生成可执行程序，并没有把库中函数的实现指令直接拿过来写入可执行程序中，而是在可执行程序中记录了库中函数的符号信息表，在运行可执行程序的时候再去加载动态库到内存中，如果动态库不存在，则程序无法运行。
静态链接：链接静态库生成可执行程序，直接将库中我们用到的函数的实现代码指令，写入到了可执行程序文件中，程序运行的时候没有什么依赖。

动态链接的优缺点：生成的可执行文件比较小，运行时态库被加载到内存中，可以多个程序使用同一份内存中库函数代码；缺点是运行时需要依赖动态库的存在，不存在则无法运行，装载速度慢。

静态链接的优缺点：程序运行没有其他依赖，可以直接运行；装载速度快，但是可执行程序比较大，并如果多个程序使用同一个库中的函数，则这个函数的代码在运行时内存就会有多份相同的库函数代码，会造成冗余。

在我们写代码的时候，会有很多重复利用到的函数和代码，当打包成库，就可以在任何地方使用该函数和代码，这样子大大提高了我们的编程效率。现在我们来看看如何打包一个库函数

动/静态库的打包与使用

示例代码：
child.c

//child.c
#include <stdio.h>

int printChild()
{
    printf("hello WhiteShirtI");
    return 0;
}

child.h

//child.h
int printChild();

main.c

//main.c
#include <stdio.h>
#include "child.h"

int main()
{
    printChild();
    return 0;
}

动态库

1、将各个.c文件编译汇编成为目标文件
gcc -c -fPIC child.c -o child.o
2、打包成以.so为结尾的动态库
gcc -share child.o -o libmychild.so ; 动态库的命名方式lib***.so

动态库的使用有3种方式
生成可执行文件时链接使用：gcc main.c -o main -lmychild -l指定库名称

但是我们发现说并找不到库文件，链接前还需要将我们的库配置好，动态库有3种方法
1、将库文件放到指定路径下： /usr/lib64 or /usr/lib

但是放在系统库中会污染我门的原来的库
2、设置链接库的搜索路径环境变量-将库文件所在路径添加进去:export LIBRARY_PATH=$LIBRARY_PATH:.

3、使用gcc -L选项指定链接库的搜索路径
gcc main.c -o main -L./ -lmychild

ldd main 查看main这个可执行程序依赖的动态库

我们虽然可以链接成功，但是我们并不能成功执行main程序

运行可执行程序时加载使用方法
1、将库文件放到指定路径下： /usr/lib64 or /usr/lib64

2、设置链接库的接在路径环境变量-将库文件所在路径添加进去:export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

如果链接的是动态库，运行时就需要加载动态库；如果链接的是静态库，运行时就不需要加载

静态库

1、将各个.c文件编译汇编成为目标文件
gcc -c child.c -o child1.o
2、打包成以.a为结尾的静态库
ar -cr libmyachild.a child1.o ; 静态库的命名方式lib***.a

如何让程序链接的是静态库:
1、将静态库放到指定路径下
gcc 默认使用动态库，那么我们如何让他使用静态库呢？
将我们的静态库放到一个文件中，让它链接时去该目录下找，由于该目录只有静态库，此时就只能使用静态库gcc main.c -o main -L./lib -mychild

2、对于所有的库都使用静态链接：gcc -static main.c -o main -L./lib -lmychild

在新版本的linux 系统下安装 glibc-devel、glibc和gcc-c++时，都不会安装libc.a. 只安装libc.so. 所以当使用-static时，libc.a不能使用。只能报找不到libc了。
解决方法:
安装glibc-static
sudo yum install glibc-static