Linux的动态库和静态库

动态库和静态库

目录结构：

复制代码

.
├── 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_
动态库
- 制作： 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使得系统在搜索环境变量之前搜索这个路径。
      bash 复制代码
      
      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文件中。
    - 第四种解决方案
  - 动态库的优、缺点：
    - 体积小；动态库更新了，不需要重新编译程序(只要函数接口没变)
    - 加载速度相对静态库慢一点