前言
- 会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力
- 一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作
- makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
- make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一种在工程方面的编译方法。
- make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建。
一、认识make和makefile
1.1 编译文件
我们可以看到make指令之后就自动生成了code文件
接下来对各个部分进行解释：
1.2 清理文件
我们看到make指令就对code进行了清理
接下来对清理部分进行解释：
1.3 make的原理
上述的代码本质上应该是这样的：
- make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
- 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“code”这个文件，并把这个文件作为最终的目标文件。
- 如果code文件不存在，或是code所依赖的后面的code.o文件的文件修改时间要比code这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成code这个文件。
- 如果code所依赖的code.o文件不存在，那么make会在当前文件中找目标为code.o文件的依赖性，如果找到则再根据那一个规则生成code.o文件。（这有点像一个堆栈的过程）
- 当然，你的C文件和H文件是存在的啦，于是make会生成code.o 文件，然后再用code.o 文件声明make的终极任务，也就是执行文件code了。
- 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
- 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
- make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。
二、.PHONY 是什么
2.1 认识 .PHONY
.PHNOY 可以理解成 makefile 中声明伪目标的关键字
主要作用是让目标文件的依赖方法总是被执行，下面来证明一下：
通过是否给code文件添加 .PHONY 我们可以看出没有.PHONY时我们的文件在make时就会显示文件已经是最新编译状态，并没有生成新的文件。
可能这时候就会有人来测试给clean去掉 .PHONY ，然后测试发现不管有没有.PHONY，make clean 指令总是能执行的，这就不得不谈一谈.pHONY的原理了。
2.2 .PHONY的原理
我们现在就想知道.PHONY是怎么实现的，为什么有的时候依赖关系就是可以多次执行，而有些时候依赖关系就不执行了。
其实归结到根本，.PHONY 是通过时间判断的，当源文件的更改时间小于可执行程序的修改时间时就不会执行了，这也恰恰符合了我们的预期：既然文件是最新的那就自然不需要更新了
接下来我们就来验证一下我们上面的话是否是正确的：
使用stat指令即可查看文件的属性信息
我们可以看到三种时间：Access、Modify、Change
他们分别代表着什么意思呢？
我们看到此时的源文件修改时间是小于可执行程序的，.PHONY就是通过比较源代码产生的时间与可执行程序产生的时间来决定是否进行编译的。
这时候又会有人问了：那为什么clean在去点.PHONY之后他还是可以被多次执行呢？
这是因为 clean里的依赖方法不被时间所强制限定
三、进一步认识makefile
- makefile文件会被make从上到下的的进行扫描，第一个目标名是可以缺省的，如果我们像执行其他的依赖关系、依赖方法，使用 make+目标名称
- 对于我们执行的makefile时总是会打印我们的指令的信息，我们可以通过在指令前加入@的方式来只显示执行结果
- makefile会自动推导的，一直推导过程，把方法进栈，直到推导到依赖文件存在，然后逆序实现所有的依赖方法，上面演示过了
- 更普适的写法：
- makefile默认一次只生成一个可执行程序，我们如何才能一次生成多个可执行程序呢？
我们只需要使用伪目标操作即可。
