在Android系统开发过程中，我们经常需要对系统框架层进行修改。本文将详细介绍如何编译和推送这些修改，以及如何进行一些常见的操作。
1. Android系统框架层简介
Android系统框架层是Android系统的核心层，提供了各种服务和API给上层的应用和模块。它包含Java类、资源文件、native代码和API签名等，这些组件会被打包或链接到一些文件中，如framework.jar、framework-res.apk、libandroid_servers.so和selinux_policy等。这些文件在系统启动时被加载到内存中，如果我们想要对它们进行修改，那么我们需要使用一些特定的编译和推送方法，让我们的修改生效。
2. 常见文件类型的编译和推送
根据修改的文件类型和内容，我们可以选择不同的编译和推送方法。
2.1 framework.jar
framework.jar是包含了Android系统框架层Java类的压缩文件。如果只修改了该文件，可以按照以下步骤操作：
# 启动编译工具 source build/envsetup.sh # 编译framework.jar文件 make framework # 获取设备的root权限和可写权限 adb root && adb remount # 将编译后的framework.jar推送到设备 adb push out/target/product/<device>/system/framework/framework.jar /system/framework/ # 删除一些缓存文件 adb shell rm -rf /data/dalvik-cache /cache/dalvik-cache # 同步数据并重启设备 adb shell sync && adb reboot
注意：这种方法不能用于修改framework.jar文件中的资源文件、native代码，或者API签名。
2.2 framework-res.apk
framework-res.apk是包含了Android系统框架层资源文件的压缩文件。修改该文件后，需要按照以下步骤重新编译并推送到设备：
# 启动编译工具 source build/envsetup.sh # 编译framework-res.apk文件 make FrameworkRes # 获取设备的root权限和可写权限 adb root && adb remount # 将编译后的framework-res.apk推送到设备 adb push out/target/product/<device>/system/framework/framework-res.apk /system/framework/ # 同步数据并重启设备 adb shell sync && adb reboot
2.3 libandroid_servers.so
libandroid_servers.so是包含了Android系统框架层服务层native代码的动态链接库文件。修改该文件后，需要按照以下步骤重新编译并推送到设备：
# 启动编译工具 source build/envsetup.sh # 编译libandroid_servers.so库文件 make libandroid_servers # 获取设备的root权限和可写权限 adb root && adb remount # 将编译后的libandroid_servers.so推送到设备 adb push out/target/product/<device>/system/lib/libandroid_servers.so /system/lib/ # 同步数据并重启设备 adb shell sync && adb reboot
2.4 selinux_policy
selinux_policy是包含了安全增强型Linux（SELinux）策略的文件。修改该文件后，需要按照以下步骤重新编译并推送到设备：
# 启动编译工具 source build/envsetup.sh # 编译selinux_policy文件 make selinux_policy # 获取设备的root权限和可写权限 adb root && adb remount # 将编译后的selinux_policy推送到设备 adb push out/target/product/<device>/root/sepolicy / # 同步数据并重启设备 adb shell sync && adb reboot
2.5 API签名
API签名是一些定义了Android系统框架层API的文件，如current.txt或aidl文件。修改这些文件后，需要重新编译整个系统，并刷入新的镜像。这是因为API签名会影响到其他模块或应用的兼容性，如果只修改部分文件，可能会导致错误或异常。可以按照以下步骤编译和刷入新的镜像：
# 启动编译工具 source build/envsetup.sh # 选择设备型号和编译模式 lunch <device>-userdebug # 更新API并编译整个系统 make update-api && make -j24 # 刷入新的镜像，并清除用户数据 fastboot flashall -w
3. 开启开发者选项和USB调试
在Android 11上，我们可以使用无线ADB来部署和调试我们的应用，而不需要通过USB连接设备。但是，我们仍然需要在设备上开启开发者选项和USB调试。
要开启开发者选项，我们需要在设置中找到设备的版本号选项，并连续点击七次，直到看到您现在是开发者的提示。然后返回上一屏，就可以看到开发者选项了。
要开启USB调试，我们需要在开发者选项中找到USB调试选项，并打开它。这样，Android Studio和其他SDK工具就可以识别我们通过USB或无线连接的设备了。
4. 选择编译模块
每个模块都有对应的bp或者mk文件，如果没有就往上层路径查找，对应模块名字（用grep -rnws --include='*.bp' 'name:'也可以查找），如果不清楚，也可以用绝对路径进行编译。
编译指令如下：
| 命令 | 解释 | 例子 |
| mm | 对应模块名字编译，但是不编译依赖模块 | mm Settings |
| mmm | 编译指定目录下的模块,但是不编译依赖模块 | mmm packages/apps/Settings |
| mma/make | 编译指定目录下的模块,包含依赖模块 | mma packages/apps/Settings Settinglib |
| mmma | 编译指定目录下的所有模块,包含依赖模块 | mmma packages/apps |
5. 替换系统文件
5.1 替换apk
以SystemUI为例：
- 编译：
mm SystemUI,生成路径：/out/target/product/项目名字/product/priv-app/SystemUI/SystemUI.apk - 替换：
adb push /out/target/product/项目名字/product/priv-app/SystemUI/SystemUI.apk /product/priv-app/SystemUI/SystemUI.apk,然后重启即可生效
5.2 编译framework
- 编译：
make framework-minus-apex -j8(-j8表示启动8核快速编译) - 替换：
adb root;adb remount; adb push out/target/product/项目名字/system/framework/framework.jar system/framework/; adb push out/target/product/项目名字/system/framework/arm/* system/framework/arm/; adb push out/target/product/项目名字/system/framework/arm64/* system/framework/arm64/; adb reboot
5.3 编译selinux
selinux分为system和vendor，一般我们只修改vendor下面，但是系统会整合system和vendor，所以我们不用管，一起编译替换即可。
- 编译：
make selinux_policy - 替换：一般生成在下面的路径，只有要都替换，同样，重启生效
adb push out/target/product/项目名字/system/system_ext/etc/selinux/* system_ext/etc/selinux/; adb push out/target/product/项目名字/vendor/etc/selinux/* /vendor/etc/selinux/; adb push out/target/product/项目名字/system/etc/selinux/* /system/etc/selinux/; adb push out/target/product/项目名字/system/product/etc/selinux/* /product/etc/selinux/
5.4 编译services
- 编译：
mm services - 替换：
adb root;adb remount;adb push out/target/product/项目名字/system/framework/services.jar /system/framework/; adb push out/target/product/项目名字/system/framework/oat/arm64/services.* /system/framework/oat/arm64/;adb shell sync;adb reboot
5.5 编译feature
方式1：参考系统路径下的方式frameworks/native/data/etc/自定义.xml
<permissions> <feature name="com.google.android.feature.xxxx" /> </permissions>
mk文件中添加即可，重启系统会自动解析该路径文件：
PRODUCT_COPY_FILES += frameworks/native/data/etc/自定义.xml$(TARGET_COPY_OUT_VENDOR)/etc/permissions/自定义.xml
方式2：自定义文件可以
随便放，通过mk文件的方式编译，生成到指定路径
LOCAL_PATH := $(my-dir) ######################## include $(CLEAR_VARS) LOCAL_MODULE := 自定义.xml LOCAL_MODULE_TAGS := optional LOCAL_MODULE_CLASS := ETC # This will install the file in /system/etc/permissions LOCAL_MODULE_PATH := $(TARGET_OUT_ETC)/permissions LOCAL_SRC_FILES := $(LOCAL_MODULE) include $(BUILD_PREBUILT)
添加到系统编译文件中去
PRODUCT_PACKAGES += 自定义.xml
一般rc文件，和脚本文件都是可以直接push替换的，不需要编译。
6. 使用ninja编译
关于android 10及以上单编译模块速度慢的问题主要是因为在mm build的过程中去调用了一些方法需要搜索所有的BP和android.mk和生成新的ninja文件导致编译过慢。我们可以在build/make/envsetup.sh新增一个singleninja函数
function singleninja() { local cmdline="time prebuilts/build-tools/linux-x86/bin/ninja -v -d keepdepfile $@ -f out/combined-项目名字.ninja -w dupbuild=warn" echo $cmdline $cmdline }
添加完. build/envsetup.sh就可以生效。比如说singleninja Settings就会发现很快就编译好了。
7. 编译init
- 编译：
make init或者上面的singleninja init - 替换：
adb push out/target/product/productname/system/bin/init system/bin/init ;adb reboot即可
8. 编译framework-res
修改framework/base/core/res/下面的字符串或者config等配置的时候，就可以单独编译这个替换。
- 编译：
mm framework-res,make framework-res或者上面的singleninja framework-res - 替换：
adb push out/target/product/项目/system/framework/framework-res.apk system/framework/framework-res.apk
以上就是对Android系统框架层修改及其相关操作的详细介绍。希望这篇文章对你有所帮助，如果有任何疑问，欢迎留言交流。
参考：
- Android官方文档
- 某些大佬 , 忘记blog地址了 想起来再补上!
