静态库的使用(libxxx.a)
将lession04的文件复制到lession05中
lib里面一般放库文件 src里面放源文件。
将.c文件转换成可执行程序
gcc main.c -o app
main.c当前目录下没有head.h
gcc main.c -o app -I ./include
利用-I 和head所在的文件夹，找到head。
main.c用到了库里面的东西，但是没有找到，因此需要使用
gcc main.c -o app -I ./include -l calc -L ./lib
在./lib文件夹中 找calc库文件
回顾静态库制作和使用
目前文件夹中具有头文件、主函数文件、函数源文件。
先把函数源文件编译汇编成.o文件
gcc -c add.c div.c mult.c sub.c
由于头文件在include文件夹里 需要在后面加上 -I ../include/
然后将.o文件打包制作成静态库
ar rcs libsuanshu.a add.o div.o mult.o sub.o
ar rcs [库名] [*.o]
并且将静态库移动到库文件夹中
mv libsuanshu.a ../lib
编译main.c 为suanshu程序
gcc main.c -o suanshu -I ./include -l suanshu -L ./lib
-o [输出文件名] -I [头文件路径] -l [库名称] -L[库文件路径]
动态库（共享库）的制作（libxxx.so）
命名规则：
Linux：libxxx.so
Windows：libxxx.dll
gcc 得到.o文件，得到和位置无关的代码
gcc -c -fpic/-fPIC a.c b.c
gcc 得到动态库
gcc -shared a.o b.o -o libcalc.so
动态库的使用
加载共享库时出现了错误，不能打开共享文件，虽然制定了库的目录，但找不到这个动态库。
动态库实现原理
静态库进行GCC链接时，会把静态库中的代码打包到可执行程序中。
动态库进行GCC链接时，动态库的代码不会打包到可执行程序中。
程序启动之后，动态库会被动态加载到内存中，通过ldd(list dynamic dependencies)命令检查动态库依赖关系。
1.通过配置动态库环境变量解决main找不到动态库
临时环境变量
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ljy/Linux/lession06/library/lib
lld可以找到动态库的依赖关系，可以运行main。
重新打开终端，环境变量就失效了，这个配置是临时的。
用户级别上配置
可以在用户级别上配置，编辑~/.bashrc，在文件最后加上
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ljy/Linux/lession06/library/lib
重启终端后，main文件仍可以找到动态库。
在.bashrc中删除最后一句，source ~/.bashrc，回到main的位置，可以发现main又找不到动态库了
系统级别上配置，需要root权限
编辑/etc/profile，在文件最后加上
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/ljy/Linux/lession06/library/lib
2.通过ld.so.cache文件列表
利用sudo编辑ld.so.conf文件，在里面加上动态库的路径，再用sudo ldconfig更新。
3.将动态库文件放入/lib/ /usr/lib目录中
什么时候使用动态库静态库。
文件比较小使用静态库，文件比较大使用动态库。
静态库优缺点
优点：静态库被打包到应用程序中加载速度快。发布程序无需提供静态库，移植方便。
缺点：消耗系统资源，浪费内存，更新、部署、发布麻烦。
动态库优缺点
优点：可以实现进程间资源共享（共享库），更新、部署、发布简单，可以控制何时加载动态库。
缺点：加载速度比静态库慢，发布程序时需要提供以来的动态库。
学习进度
Linux系统编程入门 02：34：20
