动态库和静态库

目录结构：

.
├── 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文件中。

       • 第四种解决方案

     • 动态库的优、缺点：

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