目录
在一个大的项目中，通常都是多人协作开发的，会产生许多的.c文件，但是我们就会出现一些问题-----怎么把这些.c文件生成的二进制文件整合成一个可执行程序呢？
我们有两种方法：静态库和动态库
一、静态库
（1）静态库的优缺点：
优点：
1.静态库被打包到了应用程序中，运行速度快（因为不需要实时的链接库文件）
2.发布的程序不需要提供静态库，因为静态库的二进制文件已经被打包在了可执行程序中
3.保密性好，静态库方式是将可执行程序发布出去（不涉及源代码的发布）
缺点：
1.代码冗长，用户需要下载很久
2.不利于维护和更新（因为代码已经是固定的了，而动态库是运行时跳转到该函数）
（2）Linux下静态库的创建和执行
1.直接编译
（用ar打包成静态库）（用gcc生成可执行程序）
这里红色圈出来的都是LInux下创建静态库的几个关键点，可以看到在没有.o文件的时候，编译器是不能够将main.c变为可执行程序a.out的，必须要依赖于静态库libAdd.a
2.指定路径和库名
如果静态库不在同一个目录下呢？这个时候我们就需要用-l 和-L选项了。
其中-l选项后面跟的是静态库的库名（掐头去尾只保留中间的部分）
而-L选项后面跟的是该静态库的路径（比如这里他就在当前目录下，所以路径是.）
3.用LIBRARY_PATH环境变量来配置路径
这里要注意一点：我们直接使用是不行的，因为配置的是自定义的环境变量（只有bash可以使用），但是gcc是bash的儿子，所以不能使用，需要将这个环境变量变成全局的才能让他的儿子使用，于是我们就要用export将其转换为全局的环境变量。这时候才可以使用
二、动态库
（1）动态库的优缺点
优点：
1.可执行程序文件体积小，节省空间
2.由于是链接起来再使用的，便于更新和维护
缺点：
1.文件执行的相对速度比较慢
2.文件运行需要依赖于动态库，如果动态库缺失则不能正常运行
（可以看到动态库中没有把库中的二进制代码拷贝到调用处，而是一个跳转的指针---链接器）
（这里的LD_LIBRARY_PATH环境变量是给链接器使用的，能在运行时动态链接）
（2）Linux下动态库的创建和执行
（用gcc打包成动态库）（用gcc生成可执行程序） 
但是动态库的创建和静态库的使用方法是一样的，都存在三种方式：
1.直接编译
2.指定路径和库名
3.用LIBRARY_PATH来配置路径
如果直接运行a.out这个可执行程序，会出现一个问题：动态库是在程序执行的时候，由链接器去完成函数间的跳转的，怎么样让链接器去知道路径从而找到动态库呢？
我们只需要配置LD_LIBRARY_PATH这个环境变量就可以了，这样就可以告知链接器在执行的时候的动态库路径了
我们可以总结一下：
三、动态库的动态加载
（1）dlopen
（注意这里如果只给出了文件名，而没有带目录，则会根据LD_LIBRARY_PATH环境变量的值去搜索动态库）
（2）dlsym
因为他的返回值是void*类型，如果我们需要的函数不是这个类型呢？
则先把这个函数的返回值强转成我们需要的类型，再赋值给左边的函数指针
（3）dlclose
（4）dlerror
这个dlerror( )函数就好像我们c语言中的errno，他随时记录的是最近一次发生错误的原因
（5）辅助工具
