目录
一、链接阶段的动态库的明白
（一）、基本概念
（二）、动态链接方式访问动态库的过程
（三）、静态链接
（四）、动态库和静态库优缺点
（五）、使用静态链接生成可执行文件：-static选项
使用ldd指令检察文件所链接的库
二、Linux项目自动化构建工具-make/Makefile
（一）、快速认识使用
1、介绍：
2、使用
（二）、解释依赖关系和依赖方法
（三）、具体介绍
1、项目的自动化清理
2、make指令使用顺序说明：
3、更改源文件也可以继续执行make
4、认识文件的三个时间（ACM时间）（stat指令可检察）
5、touch拓展小知识：
6、makefile文件的新语法：伪目的
7、makefile中定义变量和其他小知识
一、链接阶段的动态库的明白
（一）、基本概念
1、动态库文件的后缀名为 .so ，链接动态库的操作就叫动态链接。
2、静态库文件的后缀名为 .a，链接静态库的操作就叫静态链接。
3、动静态库的本质就是文件。
（二）、动态链接方式访问动态库的过程
首先编译器把内存中的相应位置告诉可执行程序，然后可执行程序开始一步一步执行代码，如果执行到某些标准库内里的内容（如库函数），就会去动态库中找到相应函数源码，然跋文录源码的地点（这个过程叫做库调用），记录后又将函数源码地点返回到内存当前代码位置（这个过程叫做函数返回），然后继续运行代码。这个过程就是动态链接访问动态库的过程。
因为动态库是被多个使用者共享使用，一旦缺失（不如误删库大概一些配件的更改），所有程序都不可运行了。如下：
Linux中很多指令都链接了C动态库，若该库丢失了，那么这些指令都不可以用了。
（三）、静态链接
静态链接：在链接的时候，将库中的方法拷贝到本身的可执行程序里，以后程序都不再使用第三方库。（将本身需要的代码拷贝到本身的可执行程序中）。
注意：因为要将库中代码拷贝到本身的程序内里，就会使得本身的程序会占用很大的空间，这就会比较浪费资源（占用磁盘，进入内存后开辟的空间，使用网络下载时的开销）。
（四）、动态库和静态库优缺点
动态库：
（1）、长处：比较节省资源，不会出现太多重复的代码（资源指上面提到的磁盘，内存，网络等资源）。
（2）、缺点：对库的依赖性比较强，一旦库丢失，所有使用这个库的程序都无法运行。
静态库：
（1）、长处：不依赖库，同范例平台中（如centOS不同版本）都可以直接运利用用。
（2）、缺点：可执行程序体积比较大，比较浪费资源（资源指上面提到的磁盘，内存，网络等资源）。
（五）、使用静态链接生成可执行文件：-static选项
gcc默认使用的是动态链接，想要使用静态链接需要加入选项 -static：
如图分别是两个链接所产生的可执行文件，同样的代码，还只是几句C语言代码
文件大小竟然相差6倍左右。
使用ldd指令检察文件所链接的库
如图，检察test.o会提示“不是一个动态文件”，检察test1.o就会显示所依赖的库
二、Linux项目自动化构建工具-make/Makefile
（一）、快速认识使用
1、介绍：
（1）、一个工程中的源文件不计数，其按范例、功能、模块分别放在多少个目录中，makefile定义了一系列的 规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作 （2）、makefile带来的利益就是——“自动化编译”，一旦写好，只需要一个make下令，整个工程完全自动编译，极大的提高了软件开辟的服从。 （3）、make是一个下令工具，是一个解释makefile中指令的下令工具，一般来说，大多数的IDE都有这个下令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。 （4）、make是一条下令，makefile是一个文件，两个搭配使用，完成项目自动化构建 2、使用
make是一条下令， makefile是一个文件，两者一个是依赖关系，一个是依赖方法。 首先需要在源文件 （.c/.cpp）的目录下，新建一个名为 makefile 或 Makefile 的文件 然后打开该文件，写入两条代码： 第一条：是依赖关系，类似给目的文件起一个名字（你是谁，我为什么要帮你） 第二条：是依赖方法，即告诉他需要进行一个什么操作（怎么帮） 如上，将第一条代码将 mybin这个名字与源文件相依赖，第二条代码进行 gcc -o的操作 设置好后在下令利用用 make 指令，这样就可以进行 gcc -o 操作生成可执行文件，生成的可执行文件名就叫 mybin。 该文件就是可执行文件，可以直接运行。 若将运行的操作也设置在文件内里： make下令就会生成可执行文件后，并运行该文件： （二）、解释依赖关系和依赖方法
依赖关系中有两个概念： （1）、目的文件 （2）、依赖文件列表，注意，这里是一个一列表，已空格作为分隔符。 依赖方法有个语法: 需要以tab键开头（不是空格） （三）、具体介绍
1、项目的自动化清理
我们发现一个征象： 当 makefile文件设置好后，第一次执行 make文件会生成 mybin文件，但第二次再使用 make指令就会报错“ mybin已存在”，因为不大概生成两个同名文件。这时就可以使用自动化清理操作，在 makefile文件中设置自动化清理下令，如下： 再加一个依赖关系： clean，只是该目的文件可以没有依赖文件列表，然后在依赖方法中设置删除目的文件的下令， -f 选项表现强制的意思，这样不管文件存不存在，都会执行删除操作，避免过度询问。 设置好后，使用方法如下： make反面接上目的文件名，即可执行删除操作，这样就不用手动删除 mybin文件了，可以直接通过 make下令进行删除。 问题来了，为什么第一个依赖关系使用 make指令时，反面不需要加目的文件？解释如下： 2、make指令使用顺序说明：
为了解释上面问题，我们可以观察一个征象： 我们会发现两个征象： （1）、 make和 makefile形成目的文件的时候，默认是从上到下进行扫描 makefile文件的，并且默认形成的是第一个目的文件。 （2）、默认只能形成一个。 3、更改源文件也可以继续执行make
上述是为了办理多次使用 make指令的问题，除了使用项目自动化清理（ clean），也可以使用以下方法：更改源文件后也可以继续使用 make指令，如下更改 test.c文件后可以继续使用 make指令： 所以我们可以知道： 问题： make和 makefile怎么知道可执行程序是比较新的呐（修改过）？ 这个是通过对比文件的三个时间（ACM时间）比出来的，只要可执行程序的近来修改时间比所有源文件的近来修改时间新，说明他就是最新的（没有被修改过），反之则被修改过。 举例：例如vs编译器中的“重新生成办理方案”。 4、认识文件的三个时间（ACM时间）（stat指令可检察）
有了上面问题，如今我们来分析文件的三个时间，也叫 ACM时间： 访问时间、修改时间、改变时间 通过 stat 指令可以检察这三个时间： （1）、修改时间： Modify 修改时间是受文件内容的影响而变革，如上述的改变 test.c的内容，那么修改时间就会相应变革，所以修改时间的改变是可以继续使用 make指令的。 （2）、改变时间： Change 我们会发现，有时当修改时间变革时，改变时间也会跟着变革，缘故原由是改变时间是受文件的属性的影响，而属性的变革有时会受文件内容的影响，例如当修改文件内容时，文件的大小会发生变革，也就是文件属性发生变革。所以说改变时间的改变，也是可以继续使用 make指令的。 （3）、访问时间： Access access时间不会轻易更新，只有具体深入访问或修改了文件后才会更新，因为访问文件内容的次数是对文件操作中占比最大的，若访问一次文件就更改一次访问时间，操作体系就会频繁访问磁盘文件，对 access时间进行修改，这就加大了体系的负担。 最后得出结论，make指令重要是受修改时间的影响！！！。 5、touch拓展小知识：
使用 touch指令后，若文件不存在，则创建文件；若文件存在，则刷新文件的 acm时间。 6、makefile文件的新语法：伪目的
上面我们知道， makefile总是默认执行第一个依赖关系，并且只执行一个，那么每次都需要手动 make clean一下黑白常麻烦的，所以接下来就介绍新语法办理该问题： 由上图我们学到两个知识： （1）、 makefile中的注释是 “ #+描述内容 ”； （2）、使用 .PHONY:目的文件名，修饰目的文件 mybin，这样 mybin就成为一个为伪目的，总是可以被执行，这样就不用思量上述的 ACM时间问题，可以一直使用 make，但是通常是将删除操作 clean 设置成伪目的，因为删除操作是必须一直可以执行的。 7、makefile中定义变量和其他小知识
（1）、在 makefile中：“ $ ”代表目的文件，“ ^ ”代表源文件： （2）、定义变量和使用变量的规则： 8、关于make/makefile的语法推到的明白：类似于栈
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
