Android makefile文件解析_local_static_android_libraries

Android makefile文件解析

Android编译过程详解

编译步骤

Android的编译步骤包括三步：
1.通过source build/envsetup.sh命令将sh文件中的命令加载到环境变量中去；
2. lunch命令用户选择编译选项；
3. make命令制定编译线程数以及错误输出；

source build/envsetup.sh功能

整个命令用来加载到环境变量中去，envsetup.sh中的命令主要有：
function get_abs_build_var() //获取绝对变量
function get_build_var() //获取构建变量
function check_product //检查product
function check_variant //检查变量
function setpaths() //设置文件路径
function lunch //配置启动选项
function m() //make from top
function findmakefile //查找makefile
function mm() //从当前文件开始编译
function mmm() //make the supplied directories
function croot() //回到根目录
envsetup,sh的命令还会从其他文件夹，如device、vendor、product中寻找vendorsetup.sh，通过这个文件来加载对应的命令，并执行，所以在执行source build/envsetup.sh命令的时候，可以看到控制台输出下面的信息：including device/somc/sm34/vendorsetup.sh

lunch命令详解

lunch命令是envsetup.sh里面定义的一个命令，让用户来选择编译选项，定义product和编译过程中用到的全局变量。

make命令作用

make –j8 2>&1 | tee build.log是编译命令，-j8指的是线程数量，一般是cpu核心的两倍，2指的标准错误，&1是标准输出，2>&意思就是将标准错误输出到标准输出中，tee的作用是同时输出到控制台和文件
，build.log的作用是将错误和结果定向到build.log中，make命令执行的结果就是取执行当前目录下的Makefile文件，打开buile/make/core/main.mk文件，关注下系统变量BUILD_SYSTEM，引用config.mk文件，打开build/make/core/main.mk文件，里面有很多变量设置，如CLEAR_VARS指的是用来清除之前定义的变量，另外还包括了另外一个重要的envsetup.mk文件，查看envsetup.mk文件，其中又包括了product_config.mk文件，里面的配置文件OUT_DIR、SONNG_OUT_DIR、TARGET_OUT_ROOT、HOST_OUT_ROOT分别指定了目标输出的代码位置和主机输出的代码位置，使用get-all-product-makefiles获取所有的AndroidProducts.mk文件，打开AndroidProducts.mk文件，其中有core.mk文件，打开查看，继续查看看 device/somc/sm34/AndroidProducts.mk文件，其中有个变量PRODUCT_MAKEFILES文件，其中引用了vendor/parter_gms/products/gms.mk。

文件加载流程总结

envsetup.sh > vendorsetup.sh > Makefile > main.mk > config.mk > envsetup.mk > Product_config.mk

product.mk > AndroidProducts.mk > core.mk, sm34.mk

Android.mk文件常用变量

如何编译模块

前面说到了Android编译过程，最后降到了PRODUCT_PACKAGE，现在讲解如何取编译这个模块以及这个模块里面Android.mk文件中的一些常用变量，LOCAL_PACKAGE_NAME变量代表编译的模块名称，LOCAL_PATH代表mk文件的路径，$(call my-dir)调用NDK内部的函数获得当前.mk文件的路径。每个Android.mk文件必须以定义LOCAL_PATH为开始。宏my-dir 则由Build System提供，返回包含Android.mk的目录路径。CLEAR_VARS清空了除了LOCAL_PATH之外的所有LOCAL_xxx变量的值，LOCAL_SRC_FILES代表src源文件地址，LOCAL_MODULE值模块名称，inclue指依赖的java静态库

常用变量

LOCAL_MODULE/LOCAL_PACKAGE_NAME //模块名称
LOCAL_PRIVATE_PLATFROM_APIS //私有API是否能访问
LOCAL_CERTIFICATE //校验证书
LOCAL_PRIVILEGET_MODULE //设置为true，安装位置为system/priv-app
LOCAL_MODULE_TAGS //user版本，eng版本，tests版本，optional版本
LOCAL_POST_INSTALL_CMD //install命令执行后出发
LOCAL_MODULE_OWNER //模块owner somc
LOCAL_INIT_RC //用于将服务相关的RC文件编译到相应位置
LOCAL_SRC_FILES //用于将服务相关的RC文件编译到指定位置
LOCAL_JNI_SHARED_LIBRARIES //JIN打包到apk文件中
LOCAL_STATIC_ANDROID_LIBRARIES //当前模块的android 静态库
LOCAL_JVAV_LIBRARIES //当前模块依赖的java库
LOCAL_STATIC_JVAV_LIBRARIES //当前模块依赖的java静态库
LOCAL_PROGUARD_FLAG_FILES //混淆文件相关
LOCAL_PROGUAR_ENABLED //混淆是否可用
LOCAL_JACK_ENABLED //disabled、full、incremental三种模式

如何预制APK

预制步骤

在device/somc/sm34/sm34.mk文件中添加PRODUCT_PACKAGES += Voicechaner，将Voicechanger.apk和Android.mk文件放在指定的放第三方apk的路径下，按第三方apk编译要求写好Android.mk，LOCAL_MODULE和apk名称对应上即可

如何预制GMS包

在device/somc/sm34/sm34.mk文件里面去引用gms包的mk编译脚本，gms包的引用编译脚本gms.mk在gms包的products下，将PRODUCT_COPY_FILES将对应的文件copy到对应的路径下

Android.bp文件解析

Android 7.0引入ninja和kati，Android 8.0使用Android.bp来替换Android.mk，引入Soong，Android 9.0强制使用Android.bp，Android.bp可以支持android_app、cc_binary、cc_binary_host等多种类型:

Ninja

一个编译框架，会根据相应的ninja格式的配置文件进行编译，通常是将Android.bp文件转换程ninja格式文件来进行编译

Android.bp

bp文件出现的目的就是为了替换Android.mk文件，Soong类似于之前的Makefile编译系统的核心，负责提供Android.bp语义解析，并将之转换成Ninja文件。Soong还会编译生成一个androidmk命令，用于将Android.mk文件转换为Android.bp文件，不过这个转换功能仅限于没有分支、循环等流程控制的Android.mk才有效。

Blueprint

Blueprint是生成、解析Android.bp的工具，是Soong的一部分。Soong负责Android编译而设计的工具，而Blueprint只是解析文件格式，Soong解析内容的具体含义。Blueprint和Soong都是由Golang写的项目，从Android 7.0，prebuilts/go/目录下新增Golang所需的运行环境，在编译时使用。

Kati

kati是专为Android开发的一个基于Golang和C++的工具，主要功能是把Android中的Android.mk文件转换成Ninja文件。代码路径是build/kati/，编译后的产物是ckati。