Linux下使用gcc生成动态库.so和调用（图文并茂，坑已踩完）

最新推荐文章于 2024-09-11 13:58:07 发布

偕臧x

最新推荐文章于 2024-09-11 13:58:07 发布

阅读量9.1k

点赞数 12

分类专栏：学习 - Linux 文章标签： Linux mac 生成动态库 .so gcc

本文所有内容，包括文字、图片、音频、视频等，均受到法律保护。未经作者许可，任何单位或个人不得擅自转载、摘编、复制或以其他方式使用本文内容。如需转载，请与作者联系，并在取得授权后注明“转载自[作者名]的[文章标题]，原文链接：[原文链接]”。违反上述声明者，作者将保留追究法律责任的权利。谢谢合作！

本文链接：https://blog.csdn.net/qq_33154343/article/details/104692370

版权

学习 - Linux 专栏收录该内容

50 篇文章 15 订阅

订阅专栏

文章目录

简述：　继上一篇。本篇就继续实践踩坑，实现在Linux上面，使用gcc编译动态库.so，文件，且调用动态库。此处例子实际：使用g++8.3.0在uos20(Linux)平台下完成这个知识点的实践教程。
　　
　　

编程环境：

💻： UOS20 (即deepin20) 📎 gcc/g++ 8.3.0

💻： MacOS 10.14.6 (18G103) 📎 gcc/g++ 9.2.0

动态库概念：

动态库 在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在 。动态库的后缀一般是 .so作为后缀。

库：二进制文件；是加密之后的.c/.cpp的文件

动态库： .dll 或 .so

前期铺垫：

重要提醒：

本次运行环境是在uos20（Linux）系统上面跑成功的， 在运行之前，添加动态库的（绝对）路径时候，需要执行 export LD_LIBRARY_PATH=动态库的绝对路径:$LD_LIBRARY_PATH

若是在MacOS10.14上面跑成功（已经测试成功），在运行之前，添加动态库的（绝对）路径时候，需要执行 export DYLD_LIBRARY_PATH=动态库的绝对路径:$DYLD_LIBRARY_PATH

设置环境变量的时候：Linux 的 LD_LIBRARY_PATH 对应的就是 Mac 的 DYLD_LIBRARY_PATH 。（动态链接器会查找）。

下面每个文件里面写的代码如下：注意此处，其中所有的.cpp文件都没有包含ExHeader.h或者其他的.h头文件，是为了验证一个猜想，.cpp生成的.o文件，在到.o生成的.so文件，是单独的二进制文件。只在最后编译和链接main.cpp文件时候，才会包含这个ExHeader.h文件。重最后结果来看，这个结果是✅的。

创建的几个文件目录结构如图：

将.cpp文件生成.o文件：

运行命令 g++-8 -c ExAdd.cpp ExDiv.cpp ExMul.cpp ExSub.cpp -fpic，将除了main.cpp之外的所有.cpp文件，全部制作为二进制文件。
```
#用法：使用 gcc 加参数 -fpic(或 FPIC)制作.o文件
g++-8 -c ExAdd.cpp ExDiv.cpp ExMul.cpp ExSub.cpp -fpic
```

将.o文件大包为.so文件：

执行命令 g++-8 -shared ExAdd.o ExDiv.o ExMul.o ExSub.o -o libxxx.so 将上面生成的所有.o文件，打包为一个动态库.so文件

#用法：使用 gcc 加参数 -shared,将.o打包为.so文件
g++-8 -shared ExAdd.o ExDiv.o ExMul.o ExSub.o -o libxxx.so
mv *.so ./lib       //将.so文件放入lib文件夹
mv *.o ./lib        //将.o文件放入lib文件夹
mv *.h ./include    //将.h文件放入include文件夹

此时该文件的结构如下：

调用.so文件：

执行命令 g++-8 main.cpp -I ./include -L ./lib -lxxx -o mainApp ，使用gcc将main.cpp进行编译链接，其中需要的头文件在include文件夹里面找，需要的动态链接库文件在lib文件夹里面找，调用的动态库的库名叫xxx，最后输出一个名为mainApp的可执行程序
- 注意，所要生成的.a文件的名字前三位必须是lib，否则在链接的时候，就可能导致找不到这个库
- 命令规则： libxxx.a ；红色部分为固定的格式，中间的xxx才是库名
- -l 为调用的库的名称(-l 后面没有空格，直接加库名)
```
#-I 为指定的库的头文件的路径
#-L 为指定的库的二进制文件文件
#-l 为调用的库的名称(-l 后面没有空格，直接加库名)
#-o 输出文件，生成的可执行程序的名称

g++-8 main.cpp -I ./include -L ./lib -lxxx -o mainApp
```

此时文件夹的结构如下：

设置.so的运行时的PATH：

执行命令 export LD_LIBRARY_PATH=库的绝对路径:$LD_LIBRARY_PATH 来设置临时的环境变量；告知系统这里有一个绝对路径的动态库路径，动态库不能够使用相对路径。 若是设置绝对路径的环境变量，则程序一定会跑失败。
```
export LD_LIBRARY_PATH=/home/muli/Desktop/04_02_so/lib:$LD_LIBRARY_PATH
```

解决 Linux 加载动态库 .so 文件失败的方法：

若是运行之后，若首次未做设置，则就会发现运次失败！！！，会报错误提示，说找不到libxxx.so;

原因是： 因为linux 的工作机制，其加载动态库.so的顺序。要知道所依赖库的.so 的名称，还要知道其绝对路径。

解决 Linux 加载动态库 .so 文件失败的方法：

思路：添加动态库的（绝对）路径。
- 「方法1」拷贝自己制作的共享库：
  - 拷贝自己制作的共享库 .so 文件到 /lib 或 /usr/lib[不推荐，容易重名替换让系统崩溃]
- 「方法2」使用环境变量：
  - 临时设置：export LD_LIBRARY_PATH=动态库的绝对路径:$LD_LIBRARY_PATH(只添加新值，等号两边不能空格，路径也不需要双引号 )
  - 永久设置：
    - 「用户级别」将export LD_LIBRARY_PAT = 动态库的加载路径添加到~/.zshrc文件；然后重新加载，方法为重启终端或者运行 sources ./zshrc; 即可生效.
    - 「系统级别」将绝对路径加入到/etc/profile文件，然后用命令source /etc/profile重新加载该文件.
- 「方法3」使用文件列表：
  - 将动态库的绝对路径添加到/etc/ld.so.conf文件中；然后执行 sudo ldconfig -v
- 「方法4」使用函数调动态库：
  - 函数名：dlopen() dlclose() dlsym()
补充一个小的知识点：
- file appTest(可执行程序): 查看文件的类型，可以看到为 elf 类型
- ldd appTest(可执行程序)查看 appTest 的所需要的加载动态库的文件，以及显示这些文件是否能找到
- echo $PATH each 显示一个字符串，这里取 PATH 的值