从对Makefile一无所知开始,折腾了一个多星期,终于对Android.mk有了一个全面些的了解。了解了标准的Makefile后,发现Android.mk其实是把真正的Makefile包装起来,做成了一个对使用者来说很简单的东西。使用它来编译程序时,不管是动态库、可执行的二进制文件,还是Jar库、APK包,只要沿着一个简单的思路来做三大步就可以了:清除旧变量,设置新变量,调用编译函数。
明白了以后,发现Makefile语法不是问题,有很多教程和高手。编译模块时如何清除变量、调用编译函数等也不是问题,源码当中无处不在这样的例子。而对初学者来说,更需要明白的可能是,Android如何让使用脚本的人从Makefile语法当中解放出来,简单地按照上面的三大步就可以编译出任何模块。
拿AlarmClock来做例子的话:
//清除旧变量
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
//设置新变量
LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_PACKAGE_NAME := AlarmClock
//调用编译函数
include $(BUILD_PACKAGE)
下面简单解释一下这三步:
1、清除旧变量,是因为Android.mk中所有的变量都是全局的,编译函数在编译时会调用这些变量。为了防止编译函数使用了编译其它模块时设置的变量,每次开始编译一个新的模块时清除所有的变量是个好习惯。
2、设置新变量就是把本次编译时用到的源码地址,包名等设置好。
3、调用编译函数其实就是include一个固定的mk文件,这个mk文件会根据设置的变量提取出编译模块需要的target,Command等信息并执行固定的编译命令。
看明白Android.mk后,最深的感受还是Android的这种封装思想,让我想起了很多以前没有思考过的东西。呵。。。
我会一些个人

本文深入探讨Android.mk文件,揭示其如何简化Makefile语法,通过清除旧变量、设置新变量和调用编译函数的三大步骤,实现模块编译。以AlarmClock为例,详细解释了这三个步骤,并逐步展示了Android如何通过抽象和封装提高编译效率。最后,文章概述了Android编译系统的结构,包括clear_vars.mk、main.mk和config.mk等关键文件的作用。

704

被折叠的 条评论
为什么被折叠?



