这篇文章并不是介绍怎编写Makefile，是理解 “基于目标分层” 的方式来理解一个工具，定义一个设计或者部署一套代码的。

一、关于程序编译

说明一下，Makefile最初是用来解决C语言的编译问题的，所以和C的关系特别密切，但并不是说Makefile只能用来解决C的编译问题。你也可以用来处理Java，但于Java而言，显然ant比Makefile处理得更好，但是那是针对细节。你先理解Makefile，再理解ant就没有什么难度。Makefile本身的格式也不是什么标准，不同的make工具对Makefile本身怎么写细节是不一样的。本文主要介绍这个工具的思路，细节需要自己看对应的手册。

Makefile解决的是编译的问题。编译有什么问题呢？比如说，你有3个C文件。foo.c, bar.c, main.c三个C文件，你要编译成一个app.exe,则会有这样的命令：

按Unix程序员的惯例，凡是要一次次重新执行的命令，都应该写成脚本，变成“一个动作”。所以，你会把上面这个命令序列写成一个build.sh，每次编译你只要执行这个脚本，问题就解决了。

但是，这个脚本依然有问题。假设我修改了foo.c，但我没有修改bar.c和main.c，那么执行这个脚本是很浪费的，因为它会无条件也重新编译bar.c和main.c。

所以，这个脚本更合理的写法应该是这样的：

这很复杂是不是？同样按Unix程序员的一般作风，如果你面对一个问题，不要尝试重新去定义这个问题，而是看它和原来的问题相比，多出来的问题是什么，尝试解决那个多出来的问题就好了。这里多出来的问题就是文件修改时间比较。这个就是Makefile要解决的基本问题。我们定义一种新的“脚本语言”（只是不用sh/bash/tch来解释，而是用make来解释），可以用很简单的方法来说明我们需要做的文件比较。

上面的脚本可以写成这样：

这就是Makefile解决的原始问题。Makefile不是必须的，但它能帮你减少很多麻烦。

二、Makefile工作原理

Make工具需要一个称为makefile的文件来告诉Make如何工作。一般来说，makefile告诉Make如何去编译并且链接一个程序。

了解以上四个原则是很有必要的，当我们编写makefile的时候，应该依照以上原则编写。

1、最基本的Makefile规则语法形式如下：

每条规则一般都由一个或者多个target（目标）、prerequisites（依赖）以及recipe（处方）组成。当Make通过比较target和prerequisites的新旧来决定是否执行本条规则内的recipe，如果prerequisites比target的修改日期更新，则recipe被执行，否则不执行规则内的recipe。有一条值得注意：每一个recipe前面一定要先加一个tab制表符。

（1）在目标为edit的规则中，使用了'\'将一个长行分隔为两行以方便阅读。
（2）默认情况下，Make默认从Makefile的第一条规则开始执行，也就是说，当我们在shell中只敲下"make"并回车，make将会自动寻址当前目录下的Makefile并从其中的第一条规则开始执行。当然，我们也可以指定开始执行的规则。

Example: make clean //从目标为clean的规则开始执行。

（3）在默认开始执行第一条规则edit时，由于目标依赖一些.o文件，而这些.o文件又有自己的更新规则，于是会先触发执行.o文件自己的更新规则，最后再回过头来执行edit。你可以将它理解为一个递归的过程。
（4）很明显，由于clean这个目标并不是任何其他目标的依赖同时也不是第一条规则的目标，那么除非指定从这个规则开始执行，否则这个规则永远不会被执行；同样的，由于clean的规则没有任何依赖，这个规则执行时永远不会触发其他规则的执行。

2、编写规则

规则是Makefile的重要组成部分，Make通过读取Makefile中的规则来决定如何更新工程文件。一般来说，一条规则分为三个部分：target、prerequisites和recipe。

如果没有特别指定从哪条规则开始执行，Make总是执行文件中的第一条规则，除此之外，其他规则的书写顺序对执行的先后没有影响（Make只在需要的时候执行需要的规则，而不是按书写顺序的先后执行）。

虽然Makefile中的第一条规则是最先执行的，却往往是最后执行完的，因为第一条规则中的依赖部分经常有自己的更新规则，而更新规则里的依赖又有对应的更新规则，这样层层递归，第一条规则触发了其他规则的执行，其他规则执行完后，再转回第一条规则继续执行。我们编译一份程序的时候也是这样，总是先编译每个子文件，再回过头将它们连接起来组成程序，因此，Makefile中的第一条规则一般是用于触发整个程序的编译（并且第一条规则的目标一般起名为：all，意指更新整个工程）

在规则中，可以通过'#39;来调用定义好的变量（如果希望真的打一个'#39;而不是做变量引用，需要打"$".

3、编写Recipes

每条规则都有自己的recipes，其由一条或者多条shell指令组成，按照书写顺序执行。通常执行的结果是使得target被更新，默认调用/bin/sh来执行shell指令，可以手动更改。

也就是说，在Makefile中既有shell的指令，又有makefile自己的语句，所以说makefile遵循两种语法：在recipes中使用shell的语法，在其他部分遵循makefile自己的语法。make对于makefile中的recipes只进行有限的处理，然后就会丢给shell执行。

编写recipes时需要注意的事项：

（1）每个recipe一般用[TAB]字符开头，当然还有其他写法，不过笔者觉得目前知道这个就够用了。

（2）以[TAB]开头的空行同样算一条recipe，称为 empty recipe。

（3）在recipe中‘#'后的内容不会被作为注释，而是会原封不动的传递给shell。

（4）以[TAB]开头，在recipe中定义的变量同样会被当作shell变量原封不动传递给shell，而不是作为makefile的变量。