动态库和静态库
目录结构:
.
├── include
│ ├── head.h
│ └── note.md
├── lib
│ └── libMyCal.a
├── main.c
└── src
├── add.c
├── div.c
├── mul.c
└── sub.c
-
静态库
- 生成.o文件:
gcc *.c -c -I../include
- 制作静态库:
ar -cr libMyCal.a *.o
- 使用:
gcc main.c lib/libMyCal.a -o main -I./include
gcc main.c -I ./include -L lib -l MyCal -o main_
- 生成.o文件:
-
动态库
- 制作: gcc -c -fPIC -I .../include *.c
- 生成: gcc -shared -o libMyCal.so -I .../include *.o
- 使用:
-
gcc main.c lib/libMyCal.so -o m -I ./include
-
gcc main.c -I ./include -L lib -l MyCal -o main_
但是这么写会报错:
./ main_: error while loading shared libraries: libMyCal.so: cannot open shared object file: No such file or directory
解决方法是:
-
将libMyCal.so放到系统的lib下,放的也都是动态链接库:
sudo cp ./lib/libMyCal.so /lib/
再去执行
./main_
就能顺利编译可用
ldd
命令查看main_
的依赖项目:bash(base) szz@szz:/media/szz/Others/Self_study/Cpp/Study/sdll$ ldd main_ linux-vdso.so.1 => (0x00007fff07e96000) # shared object file libMyCal.so => /lib/libMyCal.so (0x00007fd692a86000) # 动态库 libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd6926bc000) # 系统的C库 /lib64/ld-linux-x86-64.so.2 (0x00007fd692c88000) # 动态链接器
-
加入搜索路径:
export LD_LIBRARY_PATH=./lib/
直接将动态库放到系统的动态库中,很不安全,因此可能会覆盖重名的系统库。更加安全的方式是通过
LD_LIBRARY_PATH
使得系统在搜索环境变量之前搜索这个路径。bashlinux-vdso.so.1 => (0x00007ffce2710000) libMyCal.so => ./lib/libMyCal.so (0x00007fee92742000) # 与上面解决方案对应路径不同 libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fee92378000) /lib64/ld-linux-x86-64.so.2 (0x00007fee92944000)
注意: 这个方案是临时的,用于测试使用,想要永久生效,需要将上述命令中的相对路径换成绝对路径加入
.bashrc
文件中。 -
第四种解决方案
-
-
动态库的优、缺点:
- 体积小; 动态库更新了,不需要重新编译程序(只要函数接口没变)
- 加载速度相对静态库慢一点
-