花式吊打源码中 Android.mk 集锦

一、区分版本编译 app

最近在修改 Android P 中的 Camera 应用,看到了 mk 的强大之处,特记录一下。

ifeq ($(MTK_CAMERA_APP_VERSION), 3)
LOCAL_ROOT_PATH:= $(call my-dir)

include $(LOCAL_ROOT_PATH)/host/Android.mk
include $(LOCAL_ROOT_PATH)/portability/Android.mk
include $(LOCAL_ROOT_PATH)/tests/Android.mk
include $(LOCAL_ROOT_PATH)/feature/setting/matrixdisplay/matrixdisplay_ext/Android.mk
include $(LOCAL_ROOT_PATH)/testscat/Android.mk
#include $(LOCAL_ROOT_PATH)/feature/pluginroot/Android.mk
#include $(LOCAL_ROOT_PATH)/feature/mode/panorama/Android.mk
#include $(LOCAL_ROOT_PATH)/feature/mode/pip/Android.mk
#include $(LOCAL_ROOT_PATH)/feature/mode/vsdof/Android.mk
#include $(LOCAL_ROOT_PATH)/feature/mode/slowmotion/Android.mk
endif

这是 Camera2 app 下的 mk 文件,一开始判断了宏 MTK_CAMERA_APP_VERSION,可以理解为要编译的 Camera 版本,经过搜索发现定义在 ProjectConfig.mk

MS5Pp9.png

编译不同版本时会选择不同的 Camera 进行编译打包,Camera1 中 mk 的 MTK_CAMERA_APP_VERSION 对应值为 2,如果你单独 mmm Camera1,则会出现如下错误

ninja: error: unknown target ‘MODULES-IN-vendor-mediatek-proprietary-packages-apps-Camera1’

MS5Inx.png

拓展延伸

经过测试,预装 app 编译需要在 core.mk 中增加定义,这里定义的是 app 的名称,而不是 app 的父文件夹名称,只不过我们一般都写成一样。

应用场景,

在 core.mk 中增加 AndroidDemo 定义

在 package/app/AndroidO/AndroidDemo.apk 路径下放置 app ($(DEMO_APP_VERSION), 8)

在 package/app/AndroidP/AndroidDemo.apk 路径下放置 app ($(DEMO_APP_VERSION), 9)

ifeq ($(DEMO_APP_VERSION), 8)
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

# Module name should match apk name to be installed
LOCAL_MODULE := AndroidDemo
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
LOCAL_CERTIFICATE := PRESIGNED
include $(BUILD_PREBUILT)
endif

修改 ProjectConfig.mk 中的 DEMO_APP_VERSION 值编译,out 目录下 AndroidDemo 文件中生成的 apk 随之改变

吊打方式二,快来看呀, AndroidDemo 文件下的 Android.mk 原来还可这样写
在这里插入图片描述
在这里插入图片描述

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

# Module name should match apk name to be installed
LOCAL_MODULE := AndroidDemo
LOCAL_MODULE_TAGS := optional

ifeq ($(findstring YM,$(MTK_BUILD_VERNO)), YM)
LOCAL_SRC_FILES := ./AndroidO/AndroidDemo.apk
else
LOCAL_SRC_FILES := ./AndroidP/AndroidDemo.apk
endif
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)


LOCAL_CERTIFICATE := PRESIGNED
ifeq ($(findstring YM,$(MTK_BUILD_VERNO)), YM)
LOCAL_MODULE_PATH := $(TARGET_OUT_DATA_APPS)
else
LOCAL_PRIVILEGED_MODULE := true
endif
include $(BUILD_PREBUILT)

写了这么大堆,让我们来康康都是什么意思,( ( f i n d s t r i n g Y M , (findstring YM, (MTK_BUILD_VERNO)), YM) 是 mk 中的字符串查找函数,意思就是

在 MTK_BUILD_VERNO 中查找 YM 字符串,如果找到则返回该字符串,找不到则返回空字符串,前面的查找结果再和后面的 YM 判断是否相等

MTK_BUILD_VERNO 在 ProjectConfig.mk 中定义,对应系统版本号。翻译一下就是,如果版本号中带 YM 字符串,就编译 AndroidO 文件下

的 apk,反之则编译 AndroidP 文件下。再看编译后app的存放路径,如果是 YM 版本路径为 data/app,反之路径为 system/priv-app,

如果 LOCAL_MODULE_PATH 和 LOCAL_PRIVILEGED_MODULE 都不指定,则默认路径为 system/app

二、预装可卸载等相关配置

放置到 system/app/应用名称 路径下,在 build/target/product/core.mk 中增加 WeChat \

预装不可卸载

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Module name should match apk name to be installed
LOCAL_MODULE := WeChat
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
LOCAL_CERTIFICATE := PRESIGNED
include $(BUILD_PREBUILT)

预装可卸载,恢复出厂不恢复

mtk 主要通过 userdata.img 来保存预装可卸载的 app

6.0 写法

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Module name should match apk name to be installed
LOCAL_MODULE := WeChat
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
LOCAL_CERTIFICATE := PRESIGNED
LOCAL_MODULE_PATH := $(TARGET_OUT_DATA_APPS)
include $(BUILD_PREBUILT)

8.1 以上写法

mk 和 6.0 的一样,都是通过 userdata.img 来实现,首先需要确保你的文件系统类型为 ext4,

然后再回退 PackageManagerService.java 中 Google 的更新, 注释 else 语句块抛出的异常即可

frameworks/base/services/core/java/com/android/server/pm/PackageManagerService.java

--- a/services/core/java/com/android/server/pm/PackageManagerService.java
+++ b/services/core/java/com/android/server/pm/PackageManagerService.java
@@ -11394,6 +11394,10 @@
                                     + " but expected at " + known.codePathString
                                     + "; ignoring.");
                         }
+                    } else {
+                        throw new PackageManagerException(INSTALL_FAILED_INVALID_INSTALL_LOCATION,
+                                "Application package " + pkg.packageName
+                                + " not found; ignoring.");
                     }
                 }
             }

具体可参考为什么 Android8.1 使用f2fs文件系统的预置app到data/app不行?

预装可卸载,恢复出厂可恢复

6.0 写法

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Module name should match apk name to be installed
LOCAL_MODULE := WeChat
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
LOCAL_CERTIFICATE := PRESIGNED
LOCAL_MODULE_PATH := $(TARGET_OUT)/vendor/operator/app
include $(BUILD_PREBUILT)

8.1 以上写法

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
# Module name should match apk name to be installed
LOCAL_MODULE := WeChat
LOCAL_MODULE_TAGS := optional
LOCAL_SRC_FILES := $(LOCAL_MODULE).apk
LOCAL_MODULE_CLASS := APPS
LOCAL_MODULE_SUFFIX := $(COMMON_ANDROID_PACKAGE_SUFFIX)
LOCAL_CERTIFICATE := PRESIGNED
include $(BUILD_PREBUILT)

还需要在

vendor/mediatek/proprietary/frameworks/base/data/etc/pms_sysapp_removable_system_list.txt

增加 WeChat 的包名,这样就可以卸载了

三、mk 中常用参数简介

LOCAL_PATH:= $(call my-dir)

宏函数’my-dir’,由编译系统提供,用于返回当前路径,在开发树中查找源文件

—-----------------------------------------------------------------------------

include $(CLEAR_VARS) 开始编译模块

include $(BUILD_XXX) 结束编译模块

—-----------------------------------------------------------------------------

一个 mk 中可以编译多个模块,可定义多组模块,但注意开始和结束需要一一对应

CLEAR_VARS 指的是 clear_vars.mk,由编译系统提供,它会让GNU MAKEFILE 为你清除除 LOCAL_PATH 以外的所有 LOCAL_XXX 变量,

如 LOCAL_MODULE,LOCAL_SRC_FILES,LOCAL_SHARED_LIBRARIES,LOCAL_STATIC_LIBRARIES 等。

LOCAL_MODULE_TAGS := eng/debug/tests/optional

该模块在 eng/debug/tests/所有版本下编译 大多 mk 中都是定义为 optional,eng 在 mtkLogger 中有定义

LOCAL_STATIC_JAVA_LIBRARIES :=
android-support-v4 当前模块依赖的Java静态库,所谓静态库,即编译完会存在于你的module里面,成为其一部分

LOCAL_SRC_FILES :=
$(call all-java-files-under, src) 当前模块需要编译的 java 文件,指定 src 目录下

LOCAL_RESOURCE_DIR :=
$(LOCAL_PATH)/res
prebuilts/sdk/current/support/v7/recyclerview/res \ 当前模块需要编译的资源文件

LOCAL_PACKAGE_NAME := MtkLauncher3

编译出对应的 app 名称

LOCAL_OVERRIDES_PACKAGES := Home Launcher2 Launcher3

当前编译模块覆盖对应的模块,Home Launcher2 Launcher3 将不再进行编译,跳过

LOCAL_CERTIFICATE := PRESIGNED/platforms

签署当前应用的证书名称,保留应用原来的/签系统签名

LOCAL_SDK_VERSION := current

标记 SDK 的 version 状态,可选值为 current system_current test_current core_current

LOCAL_PRIVATE_PLATFORM_APIS := true

模块编译时能引用 hide 的 api

LOCAL_MANIFEST_FILE := go/AndroidManifest.xml

指定当前编译选用的 AndroidManifest.xml 文件,LOCAL_MANIFEST_FILE 省略时默认采用根目录下

吊打方式三,假设你需要对 Launcher3 编译带桌面属性的版本和不带桌面属性的版本,有时候客户自己做桌面应用,就不需要系统的 Launcher 在这里插入图片描述

一般都是将 AndroidManifest.xml 中的属性配置注释

<intent-filter>
    <action android:name="android.intent.action.MAIN" />
    <!-- <category android:name="android.intent.category.HOME" />
        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="android.intent.category.MONKEY"/>
        <category android:name="android.intent.category.LAUNCHER_APP" /> -->
</intent-filter>

现在通过 LOCAL_MANIFEST_FILE 我们依旧可以根据版本号加载不同文件下的 xml

ifeq ($(findstring YM,$(MTK_BUILD_VERNO)), YM)
LOCAL_MANIFEST_FILE := noLauncher/AndroidManifest.xml
else
LOCAL_MANIFEST_FILE := Launcher/AndroidManifest.xml
endif

四、mk 和 shell 脚本同时编译

先来介绍一些 mk 中常用的路径,便于作为参数传递至 shell 脚本中

${LOCAL_PATH} 当前 mk 所处的路径

${OUT} 当前整编结束后 out 目录的全路径 /home/xxx/android8.1/6737_oreo/alps/out/target/product/k37tv1_64_bsp

${TARGET_OUT} 当前整编结束后 system 目录的根路径 out/target/product/k37tv1_64_bsp/system

${TARGET_OUT_ROOT} =out/target

${PRODUCT_OUT}=out/target/product/k37tv1_64_bsp

${TARGET_COPY_OUT_VENDOR}=vendor

${TARGET_PRODUCT_OUT_ROOT}=out/target/product

${TARGET_DEVICE}=k37tv1_64_bsp

上面的宏定义大多在 build\core\envsetup.mk 中可查到,通过如下 mk 进行打印查看结果

LOCAL_PATH := $(call my-dir)

$(info LOCAL_PATH=${LOCAL_PATH})
$(info OUT=${OUT})

$(info TARGET_OUT=${TARGET_OUT})
$(info TARGET_OUT_ROOT=${TARGET_OUT_ROOT})
$(info PRODUCT_OUT=${PRODUCT_OUT})

$(info TARGET_COPY_OUT_VENDOR=${TARGET_COPY_OUT_VENDOR})
$(info TARGET_PRODUCT_OUT_ROOT=${TARGET_PRODUCT_OUT_ROOT})
$(info TARGET_DEVICE=${TARGET_DEVICE})

COPY_FILES = $(shell ${LOCAL_PATH}/test.sh ${OUT} ${TARGET_DEVICE})
$(info ${COPY_FILES})

$(shell ${LOCAL_PATH}/test.sh ${OUT} ${TARGET_DEVICE}) 就是执行 sh 的命令,

传递 out 和 target_device,在 test.sh 中通过 ${1} ${2} 获取

#!/bin/bash

echo -e "out_path=${1}"

echo -e "target_device_name=${2}"

rm  ${OUT}/lk.img 

rm  ${OUT}/userdata.img 

发布了87 篇原创文章 · 获赞 157 · 访问量 4万+

猜你喜欢

转载自blog.csdn.net/u012932409/article/details/104554529