编译指令详解
-
make/mma/mmma编译时会把一切的依靠模块一同编译，mmm/mm不会; -
通常，首次编译时选用
make/mma/mmma编译； -
当依靠模块已经编译过的情况，则运用mmm/mm编译。
示例：
mmm frameworks/opt/net/wifi/service，编译wifi-service模块，等同于make wifi-service
单编模块
单编镜像
make bootimage -jN
make userdataimage -jN
make systemimage -jN
make vendorimage -jN
承认模块称号
怎么知道我修改了某个文件之后要编译哪个模块呢？依据当前文件地点的模块，详细模块名到Android.mk或Android.bp文件中检查，例如修改了这个文件frameworks/opt/telephony/src/java/com/android/internal/telephony/CarrierInfoManager.java，那么对应找telephony模块的Android.bp文件，内容如下：
filegroup {
name: "opt-telephony-srcs",
srcs: [
"src/java/android/telephony/**/*.java",
],
}
filegroup {
name: "opt-telephony-htmls",
srcs: [
"src/java/android/telephony/**/*.html",
],
}
filegroup {
name: "opt-telephony-common-srcs",
srcs: [
"src/java/**/*.java",
],
}
java_library {
//模块名，java_library表明是一个jar包，所以编译会生成telephony-common.jar
name: "telephony-common",
installable: true,
aidl: {
local_include_dirs: ["src/java"],
},
srcs: [
":opt-telephony-common-srcs",
"src/java/**/I*.aidl",
"src/java/**/*.logtags",
],
jarjar_rules: ":framework-jarjar-rules",
libs: [
"android.hardware.radio-V1.0-java",
"android.hardware.radio-V1.1-java",
"android.hardware.radio-V1.2-java",
"android.hardware.radio-V1.3-java",
"android.hardware.radio-V1.4-java",
"voip-common",
"ims-common",
"telephony-ext",
"services",
],
static_libs: [
"android.hardware.radio.config-V1.0-java-shallow",
"android.hardware.radio.config-V1.1-java-shallow",
"android.hardware.radio.config-V1.2-java-shallow",
"android.hardware.radio.deprecated-V1.0-java-shallow",
"telephony-protos",
"ecc-protos-lite",
],
product_variables: {
pdk: {
// enable this build only when platform library is available
enabled: false,
},
},
}
关于Android.bp的语法这儿不做过多阐明，可参阅此篇文章《Android基础|Android.bp语法浅析》，其中java_library即为模块的称号，所以，这儿需求编译telephony-common，即make telephony-common。
假如实在不知道编译哪个模块就整编！！！
常见的模块
依据我个人的工作经验，经常需求改动的目录有两个
-
/frameworks/
-
/packages/apps/
/packages/apps/存放的是体系app的源码，比方Settings、Launcher等，修改后直接编译对应的app的称号即可，app称号也是在对应的Android.mk里面找LOCAL_PACKAGE_NAME的值，比方
LOCAL_PACKAGE_NAME := Launcher3
此时可以直接make Launcher3，关于Android.mk的语法介绍，可以参阅《Android基础|Android.mk语法浅析》
/frameworks/则存放的是提供给上层调用的api，比方各种View，各种Service等，此目录稍微复杂一点，详细分一下几种情况：
- 修改了
/frameworks/opt/途径下的文件
那么直接编译对应的子模块就行，比方修改了/frameworks/opt/telephony/，那么翻开telephony下的Android.bp文件，找到java_library节点，下面的name特点值就是要make的模块称号
- 修改了
/frameworks/base/services/途径下的文件
翻开services下的Android.bp文件，找到java_library节点，下面的name特点值就是要make的模块称号，假如找不到java_library，则直接make services即可
- 修改了
/frameworks/base/下非services模块文件
直接make frameworks即可，但是这个模块称号要区别Android 11之前和之后，之前叫 framework，之后叫 framework-minus-apex
- 修改了
/framework/目录下的res文件
make framework-res
push途径
编译完成后怎么push文件，文件push到什么目录中去，这个一般可以依据编译生成的方位来决议对应的push途径，比方：
make Settings -j16
得到成果
编译得到Settings.apk，push途径为/system/product/priv-app/Settings/，完好指令为
adb push out/target/product/trinket/system/product/priv-app/Settings/Settings.apk /system/product/priv-app/Settings/
但也有不是这样的，比方
make wifi-service
得到成果
这儿并不是把wifi-events.rc push到对应的途径，这个时分需求找出真正的编译产物生成到哪儿了，依据wifi-service模块的Android.mk文件描述，此模块编译生成wifi-service.jar，可以大局查找wifi-service.jar的方位
find ./ -name wifi-service.jar
进入该目录，检查一下wifi-service.jar的创立时刻是否跟编译时刻共同
跟咱们编译的时刻共同，阐明这个jar包就是咱们方才编译生成的，此时就可以将此jar包push到/system/framework/下
adb push out/target/product/trinket/system/framework/wifi-service.jar /system/framework/
上面咱们都是push详细文件，有时分编译一个模块会生成好多个文件，比方make framework这个时分可以将编译途径下的一切文件都push进去
adb push out/target/product/trinket/system/framework/* /system/framework/
注意，假如push途径为私有目录，则需求在root形式下操作，履行
adb root
进入root形式今后还要将文件体系从头挂载一次
adb remount
假如是新刷的体系，需求将verity验证关闭才可以remount成功
履行
adb disable-verity
关闭verity之后需求重启一下，履行
adb reboot
上述流程我一般会整理成一个简略的shell脚本来一键履行
source build/envsetup.sh
lunch trinket-userdebug
make wifi-service -j16
adb root
adb remount
adb push out/target/product/trinket/system/framework/* /system/framework/
adb reboot
