目录
1.制作静态库
1.编写源代码
2.编译
3.打包库
4.使用库
2.制作动态库
1.编译
2.打包库
3.总结
3.理解动态库加载
1.站在系统角度理解
2.谈谈编址，可执行程序
1.制作静态库
1.编写源代码
假设你编写了两个源代码文件mymath.c和myprintf.c以及它们对应的头文件。
2.编译
gcc -c mymath.c
gcc -c myprintf.c将源文件编译为.o文件 。
3.打包库
ar -rc libmyc.a mymath.o myprintf.o使用ar命令将两个.o文件打包为静态库，名称为去掉lib前缀和.a后缀的myc。
4.使用库
gcc main.c -lmyc -L .如果你要在main.c中使用你的库，-lmyc指定你想要使用的库，-L .指定在当前目录下寻找库。
此时就可以运行你的main.c程序了！
2.制作动态库
1.编译
gcc -c -fPIC mymath.c
gcc -c -fPIC myprintf.cfPIC为产生位置无关码
2.打包库
shared：表示生成共享库格式
gcc -o main.c -I ./mylib/include-I选项为可以在它指定的路径下搜索头文件
静态库只要编译成功，动态库还需要运行成功，将库安装到系统中，既可以支持编译，又可以支持运行，有以下几种方法可以安装。
1.直接将库拷贝到系统中。
2.$LD_LIBRARY_PATH,该环境变量是系统运行程序时，动态库查找的辅助路径，将不再系统默认库搜索路径下的库路径，添加到LD_LIBRARY_PATH中。
3.通过软链接方式。
3.总结
如果我们同时提供动态库和静态库，gcc默认使用的是动态库，如果我们非要静态连接，我们必须使用static选项，如果我们只提供静态库，那我们的可执行程序只能对该库进行静态连接，但是程序不一定整体是静态连接的，如果我们只提供动态库，默认只能动态连接，非得静态连接，会发生连接报错。
3.理解动态库加载
1.站在系统角度理解
库函数的调用，依旧是在进程的地址空间中进行的，动态库加载之后，会被映射到进程的共享区中，谁来决定，那些库加载了，哪些库没加载：OS会自动完成。系统中可不可以同时存在非常多的已经加载的库呢？是，操作系统要管理库，先描述，再组织。本质：所有系统进程中公共的代码和数据，只需要存在一份。
2.谈谈编址，可执行程序
可执行程序本身是有自己的格式信息的，我们进程地址空间里面的很多地址数据，是从可执行程序中来的，虚拟地址空间本身不仅是OS要遵守，编译器编译也要遵守，如果我们的可执行程序，没有被加载到内存中，我们的程序中没有地址呢：本来就有地址，其实我们的可执行程序，在没有加载之前，也已经基本被按照类别已经将可执行程序划分为各个区域了。
- 当动态库被加载时，它的代码和数据会被加载到物理内存中。
- 动态库加载后，会被映射到该进程的地址空间中。具体来说，是先在页表中填写好对应虚拟地址和物理地址之间的映射关系，才被映射到进程地址空间中的共享区中。
- 如果此时另一个进程也要加载该动态库，只需要填写它的页表的映射关系即可，不需要再从磁盘中加载一份动态库代码和数据，如果所需库不在内存中才需要加载。
- 这样就保证了一个动态库最多只在内存中存在一份，大大节省了内存开销。
