文章目录
- 1. makefile文件语法
- 2. make clean工程清理
- 3. 细节语法
- 4. make原理
⭕背景：
- 会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力。
- 一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作。
- 🔺makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
- 🔺make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一 种在工程方面的编译方法。
- make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建。
😕先在Linux操作系统上见见，什么是make/makefile？
正如上面的指令，有时我们只需要一个make，就可以完成对当前目录下的文件的编译。使用make的前提，是配置好makefile文件。
1. makefile文件语法
上面例子的makefile文件内部：
1 process:main.c process.c
2 gcc -o process main.c process.c
🔻依赖关系与依赖方法：
- 在行号1中，:的左边称为目标文件，:的右边称为依赖文件，二者构成依赖关系，意思是
目标文件的生成需要依赖文件，例如process依赖main.c process.c，只有main.c process.c存在，process才可生成。 - 而在行号2中，由一个缩进为开头的指令即为依赖方法，
目标文件生成的同时，会调用其依赖方法。
🔻语法：
这是我们会发现，在执行了make之后，就不能make了，并且提示了这样的内容：
这是因为对应的process文件已经存在，我们需要先进行工程清理，才能再使用make来进行编译。
2. make clean工程清理
用make指令创建的文件，我们也可以通过make相关指令去清理，那么，我们应该如何清理？在makefile中，一般是通过make clean指令去清除的，在使用这个指令前，需要在makefile内追加内容👇
1process:main.c process.c
2 gcc -o process main.c process.c
# 追加内容
3.PHONY:clean
4clean:
5 rm -f process
这也是一个类似于有依赖关系与依赖方法的代码，与上面的代码相比，这里不同的在于，目标文件clean是没有依赖文件的，也就是说clean的生成不需要依赖文件，同时有一个 .PHONY:clean ，这里是声明clean为一个伪目标，伪目标的特性是，让目标文件对应的方法能够总是被执行的！！能够让make clean能够被反复执行。
3. 细节语法
- 1️⃣在makefile中，如果在依赖方法前面加上@，能够关闭命令回显。
process:main.c process.c
@gcc -o process main.c process.c
.PHONY:clean
clean:
@rm -f process
- 2️⃣%makefile语法中的通配符 %.c: 当前目录下所有的.c文件，展开到依赖列表中，需要在依赖方法中配合$^使用。
- 3️⃣makefile可以定义变量，没有类型
bin = proc
src = proc.o
#使用时，对变量进行$()
# $^ 是展开所有的依赖文件，$@是展开所有的目标文件
$(bin):$(src)
gcc $^ -o $@
%.o:%.c
gcc -c $<
.PHONY:clean
clean:
@rm -f process
4. make原理
1️⃣现象：
我们观察到上面的现象，原先make一次之后，再make就会失败，但是在修改了一个文件之后，就又可以make进行编译了，为什么有时文件可编译，有时却不可编译？
stat指令可以看到main.c的相关属性。Modify是内容最近被修改的时间，Change是属性最近被修改的时间，操作系统通过比对Modify，如果前后Modify并没有发生改变，则不能再次编译。
2️⃣make是如何工作的,在默认的方式下，也就是我们只输入make命令。那么，
- make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
- 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件。
- 如果hello文件不存在，或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成hello这个文件。
- 如果hello所依赖的hello.o文件不存在，那么make会在当前文件中找目标为hello.o文件的依赖性，如果找到则再根据那一个规则生成hello.o文件。（这有点像一个堆栈的过程）
- 当然，你的C文件和H文件是存在的啦，于是make会生成 hello.o 文件，然后再用 hello.o 文件声明make的终极任务，也就是执行文件hello了。
- 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
- 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
- make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。
