androidmk目录

① android.mk解析与使用看这篇就够了

背景图来源：

争取每一篇文章都是精华，每一篇文章都能做到后期维护，本篇内容也可通过本人唯一 〖阿里云地址 (点我跳转)〗 查看

写在前面：

官网对Android.mk的介绍 (点我跳转)；注意新的源码中很多app已经切换到了Android.bp，不过目前Android.mk还是兼容的

一、Android.mk理解：

Android.mk是一个向Android NDK构建系统描述NDK项目的GNU makefile片段（可以理解为Android工程管理文件的说明书）。将源文件分组为模块或编译生成以下几种：

1、库是写好的现有的，成熟的，可以复用的代码。本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。库有两种：静态库（.a、.lib）和动态库（.so、.dll）

2、静态库和动态库的理解（可选）：

静态库在编译时会将依赖的所有代码合并到一个可执行文件中，而动态库在运行时才加载依赖的代码，通常用于模块化设计和代码复用。

二、Android.mk详细解析：

1、LOCAL_PATH := $(call my-dir)：

定义当前模块的路径

2、include $(CLEAR_VARS)：

清理变量，为新模块的配置做准备

3、LOCAL_SRC_FILES :=$(call all-subdir-java-files)：

指定需要编译的Java文件

4、LOCAL_MODULE := Bgwan：

定义模块名称

5、LOCAL_MODULE_PATH :=$(TARGET_ROOT_OUT)：

设置模块生成的目标路径

6、include $(BUILD_SHARED_LIBRARY)：

指示构建系统生成共享库

7、LOCAL_MODULE_TAGS := optional：

设置编译标签

8、LOCAL_CERTIFICATE := platform：

设置签名属性

9、LOCAL_STATIC_JAVA_LIBRARIES := jar1 jar2：

引用静态jar库

10、LOCAL_STATIC_JAVA_AAR_LIBRARIES := aar_alias：

引用静态aar库

11、需要进行预编译的库：

定义静态库别名和路径

12、include $(BUILD_MULTI_PREBUILT)：

预编译库

13、GNU Make系统变量：

收集其他系统变量

三、Android.mk案例实战：

1、项目目录结构（新增内容）：

便于理解内容，新增目录结构示例

2、引用aar包：

在源码环境中，通过Android.mk将aar导入APK

3、解决运行时找不到so的问题：

源码下编译的APK不含so文件，解决方案

4、编译静态库、动态库和多个共享库：

5、使用/引用静态库和动态库：

6、使用/引用第三方文件：

7、共享通用模块：

8、拷贝文件到指定目录：

9、编译apk和生成目录：

10、编译jar包：

11、源码环境下引用jar包：

12、使用预编译库：

13、编译独立可执行文件：

14、apk生成目录：

15、编译特定目录下的apk：

16、引用jar包：

17、预编译jar包：

18、Android.mk中的判断语句：

19、开启混淆：

20、指定资源目录：

21、引用so库：

22、Android.mk文件配置签名：

四、总结：重要的注意事项：

请根据实际项目使用和理解

1、Android.mk可以引用Android.bp中的模块，反之Android.bp不能引用Android.mk中的模块。

2、Android.bp模块不支持../../去寻找上层路径的文件。

3、本地库依赖于其他so时，需注意加载顺序。

4、Android 6.0版本之前，加载本地库前需先加载依赖的so。

5、Android 6.0版本后，预编译的动态库不再推荐使用。

致谢（引用和推荐）（可选）：

感谢各位前辈的开源精神和分享，以下文章提供参考。

② android.mk是在什么情况下生成的

当你需要使用JNI的时候，你需要创建一个native工程。Android.mk就是一个makefile配置文件，帮你把C/C++的代码编译成动态库so的。

创建的方式有两种：

在工程根目录里手动创建一个目录叫jni，在里面新建一个Android.mk，然后创建c,cpp文件，把他们配置到Android.mk里。

右键工程，选择Android Tools->Add Native Support自动生成。

(2)androidmk目录扩展阅读：

创建Android库

Android 库在结构上与 Android 应用模块相同。可以提供构建应用所需的一切内容，包括源代码、资源文件和 Android 清单。

不过，Android 库将编译到可以用作 Android 应用模块依赖项的 Android 归档 (AAR：Android Archive Resource) 文件，而不是在设备上运行的 APK。

与 JAR 文件不同，AAR 文件可以包含 Android 资源和一个清单文件，这样，除了 Java 类与方法外，还可以捆绑布局和可绘制对象等共享资源。

库模块在以下情况下非常有用：

构建使用某些相同组件（例如 Activity、服务或 UI 布局）的多个应用。

构建存在多个 APK 变体（例如免费版本和付费版本）的应用并且需要在两种版本中使用相同的核心组件。

③ android.mk文件怎么写

一个Android.mk file用来向编译系统描述你的源代码。具体来说：该文件是GNU Makefile的一小部分，会被编译系统解析一次或多次。你可以在每一个Android.mk file中定义一个或多个模块，你也可以在几个模块中使用同一个源代码文件。编译系统为你处理许多细节问题。例如，你不需要在你的Android.mk中列出头文件和依赖文件。NDK编译系统将会为你自动处理这些问题。这也意味着，在升级NDK后，你应该得到新的toolchain/platform支持，而且不需要改变你的Android.mk文件。
先看一个简单的例子：一个简单的"hello world"，比如下面的文件：
sources/helloworld/helloworld.c
sources/helloworld/Android.mk
相应的Android.mk文件会象下面这样：
---------- cut here ------------------
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE
:= helloworld
LOCAL_SRC_FILES := helloworld.c
include $(BUILD_SHARED_LIBRARY)
---------- cut here ------------------
我们来解释一下这几行代码：
LOCAL_PATH := $(call my-dir)
一个Android.mk file首先必须定义好LOCAL_PATH变量。它用于在开发树中查找源文件。在这个例子中，宏函数’my-dir’, 由编译系统提供，用于返回当前路径（即包含Android.mk file文件的目录）。
include $( CLEAR_VARS)
CLEAR_VARS由编译系统提供，指定让GNU MAKEFILE为你清除许多LOCAL_XXX变量（例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。这是必要的，因为所有的编译控制文件都在同一个GNU MAKE执行环境中，所有的变量都是全局的。
LOCAL_MODULE := helloworld
LOCAL_MODULE变量必须定义，以标识你在Android.mk文件中描述的每个模块。名称必须是唯一的，而且不包含任何空格。注意编译系统会自动产生合适的前缀和后缀，换句话说，一个被命名为'foo'的共享库模块，将会生成'libfoo.so'文件。
LOCAL_SRC_FILES := helloworld.c
LOCAL_SRC_FILES变量必须包含将要编译打包进模块中的C或C++源代码文件。注意，你不用在这里列出头文件和包含文件，因为编译系统将会自动为你找出依赖型的文件；仅仅列出直接传递给编译器的源代码文件就好。

在Android中增加本地程序或者库，这些程序和库与其所载路径没有任何关系，只和它们的Android.mk文件有关系。Android.mk和普通的Makefile有所不同，它具有统一的写法，主要包含一些系统公共的宏。
在一个Android.mk中可以生成多个可执行程序、动态库和静态库。
1，编译应用程序的模板：
#Test Exe
LOCAL_PATH := $(call my-dir)
#include $(CLEAR_VARS)
LOCAL_SRC_FILES:= main.c
LOCAL_MODULE:= test_exe
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_EXECUTABLE)
（菜鸟级别解释：:=是赋值的意思，$是引用某变量的值）LOCAL_SRC_FILES中加入源文件路径，LOCAL_C_INCLUDES 中加入所需要包含的头文件路径，LOCAL_STATIC_LIBRARIES加入所需要链接的静态库（*.a）的名称，LOCAL_SHARED_LIBRARIES中加入所需要链接的动态库（*.so）的名称，LOCAL_MODULE表示模块最终的名称，BUILD_EXECUTABLE表示以一个可执行程序的方式进行编译。
2，编译静态库的模板：
#Test Static Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_static
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_STATIC_LIBRARY)
一般的和上面相似，BUILD_STATIC_LIBRARY表示编译一个静态库。
3，编译动态库的模板：
#Test Shared Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_shared
TARGET_PRELINK_MODULES := false
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_SHARED_LIBRARY)
一般的和上面相似，BUILD_SHARED_LIBRARY表示编译一个静态库。
以上三者的生成结果分别在如下，generic依具体target会变：
out/target/proct/generic/obj/EXECUTABLE
out/target/proct/generic/obj/STATIC_LIBRARY
out/target/proct/generic/obj/SHARED_LIBRARY
每个模块的目标文件夹分别为：
可执行程序：XXX_intermediates
静态库： XXX_static_intermediates
动态库： XXX_shared_intermediates
另外，在Android.mk文件中，还可以指定最后的目标安装路径，用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH来指定。不同的文件系统路径用以下的宏进行选择：
TARGET_ROOT_OUT：表示根文件系统。
TARGET_OUT：表示system文件系统。
TARGET_OUT_DATA：表示data文件系统。
用法如：
CAL_MODULE_PATH:=$(TARGET_ROOT_OUT)

④ android源代码有build目录，我怎么找不到啊

LZ是down Source code的？
按照developer.android.com上的步骤来获取源码是肯定有build目录的
我已经下了无数回啦
mm命令是android的编译工具，跟Linux的makefile很像
在你需要的模块目录下都有个Android.mk，这时就可以在哪里目录下使用mm命令
LZ可以下Android.mk的模式，很简单的