Android makefile学习

Android.mk

Android.mk是一个向Android NDK构建系统描述NDK项目的GNU makefile片段。主要用来编译生成以下几种：

• APK程序：一般的Android应用程序，系统级别的直接push即可。
• JAVA库：JAVA类库，编译打包生成JAR文件。
• C\C++应用程序：可执行的C\C++应用程序。
• C\C++静态库：编译生成C\C++静态库，并打包成 .a文件。
• C\C++共享库：编译生成共享库，并打包成.so 文件。

一个简单的Android.mk文件内容如下：

＃ 定义模块当前路径 （必须定义在文件开头，只需定义一次）
LOCAL_PATH := $(call my-dir)

＃ 清空当前环境变量(LOCAL PATH除外）
include $ (CLEAR_VARS)

＃ 当前模块名（这里会生成libhello-jni.so)
LOCAL_MODULE := hello-jni

＃ 当前模块包含的源代码文件(如有多个，用空格隔开)
LOCAL_SRC_FILES := hello-ini.c

＃ 表示当前模块将被编译成一个共享库
include $(BUILD_SHARED_LIBRARY)

编译多个共享库

一个Android.mk可能编译产生多个共享库模块。
这里会产生libmodule1.so和libmodule2.so两个动态库

LOCAL_PATH := $(call my-dir)

# 模块1
include $(CLEAR_VARS)
LOCAL_MODULE       := module1
LOCAL_SRC_FILES   := module1.c
include $(BUILD_SHARED_LIBRARY)

# 模块2
include $(CLEAR_VARS)
LOCAL_MODULE       := module2
LOCAL_SRC_FILES   := module2.c
include $(BUILD_SHARED_LIBRARY)

编译静态库

虽然Android应用程序不能直接使用静态库，静态库可以用来编译动态库。比如在讲第三方代码添加到原生项目中时，可以不用直接将第三方源码包括在原生项目中，而是将第三方源码编译成静态库，然后并入共享库。

LOCAL_PATH := $(call my-dir)

# 第三方AVI库
include $(CLEAR_VARS)
LOCAL_MODULE := avilib
LOCAL_SRC_FILES := avilib.c platcform_posix.c
include $(BUILD_STATIC_LIBRARY)

# 原生模块
include $(CLEAR_VARS)
LOCAL_MODULE    := module
LOCAL_SCR_FILES    := module.c
# 将静态库模块名添加到LOCAL_STATIC_LIBRARIES变量
 LOCAL_STATIC_LIBRARIES  := avilib
include $(BUILD_SHARED_LIBRARY)

使用共享库共享通用模块

静态库可以保证源代码模块化，但当静态库与共享库相连是，它就变成了共享库的一部分。在多个共享库的情况下，多个共享库与静态库连接时，需要将通用模块与多个副本与不同的共享库重复相连，这样就增加了app的大小，可以将通用模块作为共享库。

LOCAL_PATH  :=$(call my-dir)

# 第三方AVI库
include $(CLEAR_VARS)
LOCAL_MODULE := avilib
LOCAL_SRC_FILES := avilib.c platcform_posix.c
include $(BUILD_STATIC_LIBRARY)

# 原生模块1
include $(CLEAR_VARS)
LOCAL_MODULE    := module1
LOCAL_SCR_FILES    := module1.c 
 LOCAL_SHARED_LIBRARIES  := avilib
include $(BUILD_SHARED_LIBRARY)

# 原生模块2
include $(CLEAR_VARS)
LOCAL_MODULE    := module2
LOCAL_SCR_FILES    := module2.c 
 LOCAL_SHARED_LIBRARIES  := avilib
include $(BUILD_SHARED_LIBRARY)

在多个NDK项目间共享模块

• 首先将avilib源代码移动到NDK项目以外的位置，比如：C:landroid (shared-modules\ transcode\avilib.
• 作为共享模块，avilib需要有自己的Android.mk文件。
• 以transcode/avilib为参数调用函数宏import-module添加到NDK项目的Android.mk文档末尾。

＃ avilib模块自己的Android.mk文件
LOCAL_PATH := $(call my-dir)
include $ (CLEAR_VARS)
LOCAL_MODULE    := avilib
LOCAL_SRC_FILES   := avilib.c  platform posix.c
include $(BUILD_SHARED_LIBRARY)
------------------------------------------------------------------
＃ 使用共享模块的NDK项目1的Android.mk文件
LOCAL_PATH := $(call my-dir)
include  $(CLEAR_VARS)
LOCAL_MODULE    := module1
LOCAL_SRC_FILES   := module1.c
LOCAL_SHARED_LIBRARIES := avilib
include $(BUILD_SHARED_LIBRARY)
$(call import-module, transcode/avilib)
------------------------------------------------------------------
＃ 使用共享模块的NDK项目2的Android.mk文件
LOCAL_PATH := $(call my-dir)
include  $(CLEAR_VARS)
LOCAL_MODULE := module2
LOCAL_SRC_FILES := module2.c
LOCAL SHARED LIBRARIES := avilib
include $(BUILD SHARED LIBRARY)
$(call import-module, transcode/avilib)

使用预编译库

• 想在不发布源码的情况下将模块发布给他人。
• 想使用共享模块的预编译版来加速编译过程。

# 预编译共享模块的Android.mk文件
LOCAL_PATH  :=  $(call my-dir)
#第三方预编译的库
include $(CLEAR_VARS)
LOCAL_MODULE    := avilib
LOCAL_SRC_FILES  := libavilib.so
include $(PREBUILT_SHARED_LIBRARY)

独立的可执行文件

为了方便测试和进行快速开发，可以编译成可执行文件。用打包成apk就可以复制到android设备上直接执行。

# 独立可执行模块的Android.mk文件
LOCAL_PATH  :=  $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE    := module
LOCAL_SRC_FILES  := module.c
LOCAL_STATIC_LIBRARIES  := avilib
include $(BUILD_EXECUTABLE)

• 假如本地库libhello-jni.so依赖于libTest.so（可以使用NDK下的ndk-depends查看so的依赖关系）。
• 在Android 6.0版本之前，需要在加载本地库前先加载被依赖的so。
• 在Android6.0版本之后，不能再使用预编译的动态库（静态库没问题）。

# Android 6.0版本之前：
System. loadLibrary("Test");
System. loadLibrary("hello-jni");

#  Android 6.0版本之后：
System. loadLibrary("hello-jni");

Android NDK对Makefile的支持接近放弃阶段，但可能碰到有些旧的项目会使用Makefile，仅此记录学习，应该推荐使用CMake。

Makefile

• makefile 定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要重新编
  译，如何进行链接等操作。
• makefile 就是 “自动化编译”，告诉make命令如何编译和链接。

makefile包含以下五个：

• 显示规则
• 隐晦规则
• 变量定义
• 文件指示
• 注释

make的工作流程

GNU的make工作时的执行步骤如下：

1. 读入所有的Makefile。
2. 读入被 include 的其它 Makefileo
3. 初始化文件中的变量。
4. 推导隐晦规则，并分析所有规则。
5. 为所有的目标文件创建依赖关系链。
6. 根据依赖关系，决定哪些目标要重新生成。
7. 执行生成命令。