接上一篇：linux_C/C++程序编译-gcc编译器基础使用、编译阶段、编译优化、命令大全(g++适用)
本次来分享linux下C/C++程序的静态库和动态库的制作和使用，不废话，上菜：
linux的静态库是以.a结尾的，而windows的静态库是以.lib结尾的，本次来介绍的是linux的静态库。
1、优点
①寻址方便，加载速度快
②库被打包到可执行程序中，直接发布可执行程序即可使用
2、缺点
①静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。
②如果静态函数库改变了，那么你的程序必须重新编译。
3、使用场合
①在核心程序上使用，保证速度，可忽视空间
②主流应用于80、90年代，现在很少用
静态库命名方式：
libsort.a #lib开头，sort静态库名，.a结尾
1、gcc/g++命令生成 *.o文件
使用gcc/g++编译器命令：
gcc a.c b.c c.c -c #生成二进制文件a.o、b.o、c.o
接下来就要用这些.o文件打包成静态库了。
gcc/g++编译器学习
2、ar打包，得到静态库 libmytest.a
ar rcs libmytest.a a.o b.o c.o #使用ar工具将需要的.o打包，若是该目录下有不需要的.o文件，就不要将其打包进来，
若是没有不要的.o文件，也可写成命令：
ar rcs libmytest.a \*.o
（就是一个打包.o文件的过程）
ar 工具不包含在gcc中
参数说明：
r --> 将文件插入静态库中
c --> 创建静态库，不管库是否存在
s --> 写入一个目标文件索引到库中，或者更新一个存在的目标文件索引。
查看库中的符号(.o文件、函数、全局变量等)命令： nm libmytest.a
注意：自己写程序调用别人的静态库时，可执行文件中只打包使用到的别人的静态库中的.o文件，没有使用到的.o是不被打包到自己的程序里的，即生成的二进制文件是与位置有关的，调用的静态库里的.o会被直接打包进自己写的程序可执行文件中(而动态库不会，动态库只是做了一个位置的记录)。
如图：
命令格式：
gcc + 源文件 + -L 静态库路径 + -l 静态库名 + -I头文件目录 + -o 可执行文件名
参数说明：
-L --> 指定库所在的路径
-l --> 指定库的名字(小写的l)
去掉前缀 lib
去掉后缀 .a
只留下中间部分
-I --> 头文件目录位置(大写的i)
例如：
gcc main.c -L ./ -l mytest -I ./ -o app #使用静态库编译程序
命令格式：
gcc + 源文件 + -I头文件 -o 可执行文件名称 +路径/libxxx.a
例如：
gcc main.c -I ./ -o app ./mylib/libxxx.a #使用静态库编译程序
注：生成的静态库需要跟对应的头文件同时发布，头文件中存放的是函数接口（函数声明）
linux的动态库是以 .so 结尾的，而windows的动态库是以**.dll** 结尾的，现在来介绍的是linux的动态库(也有的人叫共享库)。
1、机制
动态库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。
2、优点
①节省内存（共享）
②易于更新（动态链接）
停止运行程序，使用新库覆盖旧库(保证新旧库名称一致，接口一致) “接口”，重新启动程序。
3、缺点
延时绑定，速度略慢
4、使用场合
对速度要求不是很强烈的地方都应使用动态库
注意：动态库是否加载到内存，取决于程序是否运行。
命令格式：
libmytest.so #lib开头，动态库名，.so 结尾
linux动态库制作和使用，会遇到一些问题，不过这些都不难，博主都给出了简易的解决方案，只需要按照博主的步骤，按部就班就可以解决问题。
命令使用：
gcc -fPIC a.c b.c c.c -c
参数 -fPIC 表示生成与位置无关代码，用的相对地址(生成的.o文件)
执行完毕后生成一系列的 .o 文件
调用动态库时，并不会将调用到对应动态库中.o文件打包到自己写的程序可执行文件中，而是对动态库的位置做了记录，是程序起来了再去加载动态库 (静态库则是不一样，会将.o打包到自己的可执行程序文件中)。
使用gcc/g++编译器命令：
gcc -shared -o libmytest.so a.o b.o c.o
参数：-shared 制作动态库
-o：生成动态库文件的名称
或：gcc -shared -o libmytest.so \*.o #打包当前路径下的所有.o文件为动态库，注意，若是当前路径下有无关的.o，也会被打包进去，所以使用*.o的时候最好将当前路径下的无关.o移出去
使用gcc/g++编译器命令：
gcc main.c -L./ -lmytest -I./ -o app
说明：
-L --> 指定库所在的路径，
-l --> 去掉前缀 lib，去掉后缀 .so，只留下中间部分
-I --> 头文件目录位置
在使用动态库以后，生成自己的可执行文件myapp会运行失败。
报错：
error while loading shared libraries: libxxx.so: cannot open shared object file: No such file or directory
原因：动态库找不到。
./myapp --> 运行失败
这时候我们可以去查看myapp依赖的共享库，查看依赖的共享库命令：ldd myapp
如图：
问题原因：发现.so找不到，是因为没有给动态链接器（ld-linux.so.2）指定好动态库 libmytest.so 的路径。
/ld-linux-x86-64.so.2：动态链接器，按照这种规则去调用我们的动态库。
使用命令：export LD_LIBRARY_PATH=库路径，将当前目录加入环境变量，但是终端退出了就无效了。(适用于代码测试)
LD_LIBRARY_PATH介绍：
1、作用
①指定查找共享库（动态链接库）时除了默认路径之外的其他路径
②该路径在默认路径之前查找
2、设置方法
用export命令来设置值
例如：
export LD_LIBRARY_PATH=./mylib #设置mylib文件夹路径为我们动态库所在的路径
echo $LD_LIBRARY_PATH #打印该环境变量
将export LD_LIBRARY_PATH=./mylib写入家目录下.bashrc文件中，这样就可以永久设置了。
修改了bashrc文件后，需要将终端关掉再次打开，该文件才能生效。
步骤：
1. 需要找动态连接器的配置文件 -- /etc/ld.so.conf
2. 动态库的路径写到配置文件中 -- 绝对路径，例如：/home/myproject/mylib
3. 终端使用命令更新：sudo ldconfig -v
以上就是本次的分享了，希望能对广大网友有帮助。
此博主在CSDN发布的文章目录：【我的CSDN目录，作为博主在CSDN上发布的文章类型导读】