目录
前言
一、是什么？
二、怎么样的？
三、原理及细节
图解代码
细节1：make工作规则
①依赖文件存在
②依赖文件不存在
③依赖文件列表为空(特殊)
.PHONY关键字
细节2：makefile识别程序需要重新编译？
四、常用makefile写法
①内置符号法
② 变量替换法
前言
前面在认识gcc/g++中我们知道，编译代码并形成可执行程序的指令为：gcc xxx.c -o xxx 。但是呢这样对于少量源文件来说还好，可是对于一个真正的工程项目，源文件是不计其数的，一个一个的编译未免有些许麻烦，有没有什么更加快速的方法呢？肯定有，不然我也不会写这篇文章的，对吧？来看看今天的主角make与makefile，用完你会爱上的！！
一、是什么？
- make就是单纯的一个命令，是一个解释makefile中指令的命令工具。。
- makefile就是一个单纯的文件，但是内容一旦写好，只需要make命令，整个工程完全自动化编译，可以大大提高开发的效率！！
- make和makefile搭配使用以完成项目的自动化构建。。
二、怎么样的？
看看实例代码：
先创建一个简单的C代码如下：
建一个简单makefile文件，如下
完成编译工作
可以看到，只需要一个make命令就能完成编译工作并形成可执行程序。。这就不需要每次编译源文件的时候都输入gcc xxx.c -o xxx这样一长串指令，效率提高了很多！
完成清理工作
可见，make会根据makefile的内容，完成编译/清理操作！！十分的nice！
大家估计会有疑问为什么编译工作仅仅用make一条命令，而清理用make clean？接着往下看！
三、原理及细节
图解代码
- 依赖文件列表
①可以同时存在多个源文件，以空格为分隔符，如：test.c test1.c .......
②还可以为空，比如下面的清理操作，clean：，这是一种特殊的依赖关系！
- 依赖关系
目标文件的形成依赖于后面文件列表，这就构成了依赖关系。如上述的test.exe：test.c，clean： 。(特殊)
- 依赖方法
目标文件形成的所依赖的方法，也就是光有依赖关系还不够，还得需要对应的方法才能实现。。如上述的gcc以及rm操作就是依赖方法。。
此时上述的过程可以这样理解，使用make命令时，会在当前目录下寻找makefile文件，读取里面的内容，并根据依赖关系去找到对应的依赖方法并执行生成对应的目标文件！！
细节1：make工作规则
默认情况下，单单使用make命令是从上往下读取文件的， 默认执行第一对依赖关系和依赖方法，其他的不管，形成的是第一个目标文件！
①依赖文件存在
先看演示：
当前目录下的文件：
makefile文件内容：
make一下看结果：
会发现此时执行顺序是从下往上的，不是说仅仅使用make命令时，从上往下读，只会执行第一对依赖关系吗？
是的没错，还是从上往下读，执行第一对依赖关系，但是因为第一对依赖关系中的依赖文件test.o并不存在于当前目录，那么此时make会在当前文件中找目标文件为test.o的依赖关系，发现依赖文件test.s也并不存在，以此类推，最后推导发现依赖文件test.c存在，就执行对应的依赖方法，在从下往上。如果推导至最后发现还是没有文件，那么此时的make就会直接退出，并报错！！
②依赖文件不存在
注意：这种情况下的不存在不是为空哦
演示：
当前目录下的文件：
makefile中的内容：
code.c文件并不在该目录下，来看结果：
可见，当依赖文件不存在时，make就不工作了！！！！！
③依赖文件列表为空(特殊)
看演示：
将上述的clean操作放在test.exe前面
看结果：
从上往下读取，但是碰到依赖文件为空时，会直接执行对应的依赖方法。。不会再向下推导了。。也就是make将这种情况也视为依赖文件存在的情况。。
那么此时如果要执行生成其他的目标文件，那就需要带上对应目标文件的名称！
所以，我们一般习惯上把形成可执行程序的目标文件放在第一位，文件的清理工作放在其他的位置，这也是开头演示时为什么使用make clean命令的原因！
小总结： make会自动根据文件的依赖性，进行自动推导，帮助我们执行所有相关的依赖方法！！
.PHONY关键字
.PHONY：xxx
xxx对应的依赖方法，总是要被执行的！！！！
来看对比：
无该关键字时：
可以看到，只能make一下，当你连续make多次，是无法实现的！！因为makefile对最新生成的可执行程序，默认不会在重新生成，这样可以提高编译的效率！！除非你更新可执行程序所依赖的源文件时，才可以重新make！
但是可以加上.PHONY关键字就能打破这种限制！
如下图：
结果：
但是实际上对于生成可执行程序的，一般不用这个关键字去修饰，这样编译效率不高（对于一个大工程而言），默认情况都是用于修饰clean这样的项目清理文件。。让清理工作总是被执行！
细节2：makefile识别程序需要重新编译？
实际上就是对比源代码和可执行程序最近一次形成或修改时间，谁是最新的。
- 如果源文件是最新的，说明刚完成更改，需重新编译！！允许make！
- 可执行程序是最新，说明不需要重新编译，不允许make！！
先有的源文件，编译才能形成可执行程序！所以源文件和可执行程序形成和修改的时间一定不一样，除非特意修改！！
这就是为什么不能连续make的原因！！
但是有一点要注意：
对于那些没有依赖文件的目标文件，就没有这种限制！！比如上述的clean清理工作，它就可以无限make，爱咋咋地！
四、常用makefile写法
对于上面的依赖方法的写法还是有点麻烦，还是要写gcc xxx.c -o xxx。（小文件还行）来看以下两种写法。
①内置符号法
$^:代表依赖文件
$@:代表目标文件
执行结果也是一样：
注意：对于清理文件不能用内置符号。
② 变量替换法
执行结果：
这东西和宏类似，只需要改变上面变量的值就可以了，很方便！！
补充：
每次我们在make时，都会有gcc……这条指令显示出来，如果不想显示，可以这样改
在依赖方法前加上@符号即可。
好了，兄弟们，今天的分享就到这里，如果觉得对你有所帮助，欢迎点赞+关注+收藏！！
