关于Android.mk和build/envsetup.sh的一些小小理解

我们知道在Android的源代码中，我们会经常看到Android.mk的身影，那么它在我们编译源码的过程当中到底起到了什么作用呢？它和一般的Makefile又有什么联系？同时Android.mk和build目录下的envsetup.sh文件又有什么关联呢？
首先我们来阐述第一个问题，Android.mk文件在编译源码中的作用，在介绍之前可以看看别人写的一篇关于Android.mk的简介，从该文章中我们知道其实Android.mk也就是GUN Makefile的一小部分。GUN Makefile是GUN Make工具的一种解释和描述语言，我们的Android系统就是使用的GUN Make工具，所以也可以认为Android.mk是Makefile的一种，只不过它只存在于Android系统中。因为在Android系统中，所有的编译文件（Android.mk和被编译文件的统称）都运行在同一个GUN Make执行环境中，因此Android所有的变量都应该是全局的，这也是为什么我们在编写Android.mk时都会有一句include $(CLEAR_VARS)，这个语句的作用就是清除许多LOCAL_XXX这一类型的变量，以免干扰自己模块的LOCAL_xxx，这也就说明了Android.mk文件的变量都是全局的。

不过现在也问题来了，我们知道如果我们要编译整个Android系统，直接在Android源码的根目录下使用make命令执行根目录下的makefile文件，该文件就会搜索Android文件中所以的Android.mk文件然后执行，最后生成可以烧写进开发板的镜像文件。但是每一次编译整个Android系统都会耗费大量的时间，如果我们只是想要修改某一小模块的文件，而去编译整个Android系统就显得太麻烦了，那么现在我想要单独编译Android.mk文件又该怎么办呢？这个时候就要引入我们的envsetup.sh文件了，该文件位于Android源码的build目录下，关于envsetup.sh文件可以参考一篇博文 build/envsetup.sh学习笔记，虽然讲的不是很详细，但也非常形象的解释了envsetup.sh的作用，由此我们也可以得出要想使用mm命令去单独编译某一个Android.mk文件，就必须先执行envsetup.sh脚本。从本质上讲envsetup.sh脚本的作用就是初始化编译环境，并引入一些辅助的shell函数，像lunch函数、mm函数等等。在Android源码中其自带了Android Build编译系统用来编译整个Android系统文件，我们所使用的脚本只是将编译转向为一个自动化编译的过程，就是将许多步骤都写在一个有固定格式的，并且能够被GUN Make工具识别和执行的Makefile脚本里面。因此在makefile脚本中，它不需要知道你的要被编译的源文件到底是用什么语言写的，它只知道各个源文件被编译所要使用的编译工具，结构顺序就可以了。