linux静态库、linux动态库制作、使用，动态库报错：error while loading shared libraries: libxxx.so: cannot open shared o

接上一篇：linux_C/C++程序编译-gcc编译器基础使用、编译阶段、编译优化、命令大全(g++适用)

本次来分享linux下C/C++程序的静态库和动态库的制作和使用，不废话，上菜：

1.linux静态库

1.1.linux静态库说明

  linux的静态库是以.a结尾的，而windows的静态库是以.lib结尾的，本次来介绍的是linux的静态库。
1、优点
   ①寻址方便，加载速度快
   ②库被打包到可执行程序中，直接发布可执行程序即可使用
2、缺点
   ①静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。
   ②如果静态函数库改变了，那么你的程序必须重新编译。
3、使用场合
   ①在核心程序上使用，保证速度，可忽视空间
   ②主流应用于80、90年代，现在很少用

1.2.linux静态库命名格式

静态库命名方式：
  libsort.a   #lib开头，sort静态库名，.a结尾

1.3.linux静态库制作

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会被直接打包进自己写的程序可执行文件中(而动态库不会，动态库只是做了一个位置的记录)。

如图：

1.4.使用静态库

1.4.1.方法1

命令格式：
  gcc + 源文件 + -L 静态库路径 + -l 静态库名 + -I头文件目录 + -o 可执行文件名

参数说明：
-L --> 指定库所在的路径
-l --> 指定库的名字(小写的l)
	去掉前缀 lib
	去掉后缀 .a
	只留下中间部分
-I --> 头文件目录位置(大写的i)

例如：

gcc main.c -L ./ -l mytest -I ./ -o app	#使用静态库编译程序

1.4.2.方法2

命令格式：
  gcc + 源文件 + -I头文件 -o 可执行文件名称 +路径/libxxx.a
例如：

gcc main.c -I ./ -o app ./mylib/libxxx.a	#使用静态库编译程序

注：生成的静态库需要跟对应的头文件同时发布，头文件中存放的是函数接口（函数声明）

2.linux动态库(共享库)

2.1.linux动态库说明

  linux的动态库是以 .so 结尾的，而windows的动态库是以**.dll** 结尾的，现在来介绍的是linux的动态库(也有的人叫共享库)。

1、机制
   动态库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。
2、优点

①节省内存（共享）
②易于更新（动态链接）
	停止运行程序，使用新库覆盖旧库(保证新旧库名称一致，接口一致) “接口”，重新启动程序。

3、缺点
   延时绑定，速度略慢
4、使用场合
   对速度要求不是很强烈的地方都应使用动态库

注意：动态库是否加载到内存，取决于程序是否运行。

2.2.linux动态库命名格式

命令格式：
  libmytest.so   #lib开头，动态库名，.so 结尾

2.3.linux动态库制作

  linux动态库制作和使用，会遇到一些问题，不过这些都不难，博主都给出了简易的解决方案，只需要按照博主的步骤，按部就班就可以解决问题。

2.3.1.生成“与位置无关”的目标文件(.o文件)

命令使用：
gcc -fPIC a.c b.c c.c -c
  参数 -fPIC 表示生成与位置无关代码，用的相对地址(生成的.o文件)
  执行完毕后生成一系列的 .o 文件

  调用动态库时，并不会将调用到对应动态库中.o文件打包到自己写的程序可执行文件中，而是对动态库的位置做了记录，是程序起来了再去加载动态库 (静态库则是不一样，会将.o打包到自己的可执行程序文件中)。

2.3.2.制作动态库

使用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移出去

2.3.3.使用动态库

使用gcc/g++编译器命令：
  gcc main.c -L./ -lmytest -I./ -o app
说明：
  -L --> 指定库所在的路径，
  -l --> 去掉前缀 lib，去掉后缀 .so，只留下中间部分
  -I --> 头文件目录位置

2.4.(问题)动态库报错：找不到

2.4.1.执行生成的可执行文件

  在使用动态库以后，生成自己的可执行文件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：动态链接器，按照这种规则去调用我们的动态库。

2.4.2.解决方案–四种方法

(1)临时解决

  使用命令：export LD_LIBRARY_PATH=库路径，将当前目录加入环境变量，但是终端退出了就无效了。(适用于代码测试)

LD_LIBRARY_PATH介绍：
1、作用

①指定查找共享库（动态链接库）时除了默认路径之外的其他路径
②该路径在默认路径之前查找

2、设置方法
用export命令来设置值
例如：

export LD_LIBRARY_PATH=./mylib		#设置mylib文件夹路径为我们动态库所在的路径
echo $LD_LIBRARY_PATH	#打印该环境变量

(2)永久解决

  将export LD_LIBRARY_PATH=./mylib写入家目录下.bashrc文件中，这样就可以永久设置了。
  修改了bashrc文件后，需要将终端关掉再次打开，该文件才能生效。

(3) 永久解决(正规写法)

步骤：

1. 需要找动态连接器的配置文件 --  /etc/ld.so.conf
2. 动态库的路径写到配置文件中 -- 绝对路径，例如：/home/myproject/mylib
3. 终端使用命令更新：sudo ldconfig -v

以上就是本次的分享了，希望能对广大网友有帮助。

此博主在CSDN发布的文章目录：【我的CSDN目录，作为博主在CSDN上发布的文章类型导读】