Linux的动态库和静态库

目录结构：

.
├── include
│   ├── head.h
│   └── note.md
├── lib
│   └── libMyCal.a
├── main.c
└── src
    ├── add.c
    ├── div.c
    ├── mul.c
    └── sub.c

1. 静态库

• 生成.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_

2. 动态库

• 制作： 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_的依赖项目：

(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使得系统在搜索环境变量之前搜索这个路径。

linux-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文件中。
• 第四种解决方案
  

• 动态库的优、缺点：

• 体积小； 动态库更新了，不需要重新编译程序(只要函数接口没变)
• 加载速度相对静态库慢一点