项目学习地址：【牛客网C++服务器项目学习】
day2
1.动态库的生成和使用
动态库，在程序的运行阶段，动态链接在程序中？不占用资源，只有使用到某个库时才会去加载
动态库的制作方法：
1.命名规则：libxxx.so（Windows平台下是libxxx.dll，dll是dynamic linked library的缩写）
2.gcc得到.o 文件，不过要加关键字 -fpic得到与位置无关的代码
-
gcc -c -fpic a.c b.c
-
再使用gcc由.o文件得到动态库
- gcc -shared a.o b.o -o libxxx.so
动态库的集中加载失败原因：
动态库在Linux下是一个可执行文件，只有在程序运行时，动态库会加载在内存中，动态的装载在程序中，相较于静态库，整个执行的过程变得更加的复杂了，因此，如果不注意，动态库的加载就会出现问题，下面总结集中加载失败的原因：
-
动态库文件和头文件都需要打包给用户
-
编译时需要指明动态库的绝对路径
扫描二维码关注公众号，回复： 13492676 查看本文章
-
动态库没有写入在内存中，程序运行时，找不到动态库
找不到动态的解决办法：
-
将编译好的动态库的路径，加入在系统的LD_LIBRARY_PATH环境变量中，即可解决。
- 缺点是，该操作是临时的，重新打开终端将失效
2.静态库和动态库的对比
-
静态（函数）库
-
一般扩展名为（.a或.lib）,这类的函数库通常扩展名为libxxx.a或xxx.lib 。
这类库在编译的时候会直接整合到目标程序中，所以利用静态函数库编译成的文件会比较大，这类函数库最大的优点就是编译成功的可执行文件可以独立运行，而不再需要向外部要求读取函数库的内容、加载速度更快、发布程序无需提供静态库，移植方便；**缺点，**但是从升级难易度来看明显没有优势，如果函数库更新，需要重新编译。 -
动态函数库
-
动态函数库的扩展名一般为（.so或.dll），这类函数库通常名为libxxx.so或xxx.dll 。
与静态函数库被整个捕捉到程序中不同，动态函数库在编译的时候，在程序里只有一个“指向”的位置而已，也就是说当可执行文件需要使用到函数库的机制时，程序才会去读取函数库来使用；也就是说可执行文件无法单独运行。这样从产品功能升级角度方便升级，只要替换对应动态库即可，不必重新编译整个可执行文件。
总得来说：
从产品化的角度，发布的算法库或功能库尽量使动态库，这样方便更新和升级，不必重新编译整个可执行文件，只需新版本动态库替换掉旧动态库即可。
从函数库集成的角度，若要将发布的所有子库（不止一个）集成为一个动态库向外提供接口，那么就需要将所有子库编译为静态库，这样所有子库就可以全部编译进目标动态库中，由最终的一个集成库向外提供功能。
3. Makefile
1.什么是Makefile
- Makefile是一个文件，定义了一系列的规则来指定哪些文件需要先变异，哪些文件需要重新编译等，甚至可以执行更加复杂的功能；
- 背景：在一个工程中，同时有许多的源文件，头文件，各种库，使用Makefile自动执行编译。
2.Makefile的命令规则
-
target : prerequisites
command-
target也就是一个目标文件，可以是Object File，也可以是执行文件。还可以是一个标签（Label），对于标签这种特性，在后续的“伪目标”章节中会有叙述。
-
prerequisites就是，要生成那个target所需要的文件或是目标。
-
command也就是make需要执行的命令。（任意的Shell命令）
-
-
Makefile中的其他规则都是为第一条规则服务的
- 如果Makefile中的第一条规则中的先决条件不存在，它会顺序往下找其他规则，是否能够生成第一条规则所需要的依赖
- 使用Makefile编译会帮助我们自动检查文件是否发生修改，再决定是否需要编译。
3.其他内容
简化Makefile的重复 编写
变量。在command中可以用预定义变量替换原来很长的命令
模式匹配。
第三节讲得太细了，像我们平时就没接触过Makefile的，大概率不用提前学那么多 ，学了也会忘记的
咋呼的听完这三讲，我重新点开了哈工大操作系统实验中的Makefile，大概是了解了为什么要对Makefile做如此的修改，这算是我听完这几讲课的收获吧。