Android 编译过程介绍，Android.mk 和 Android.bp 分析， 在源码中编译 AndroidStudio 构建的 App

最新推荐文章于 2024-03-12 10:05:31 发布
最新推荐文章于 2024-03-12 10:05:31 发布
阅读量6.2k 收藏 53
点赞数 10
分类专栏： Android 文章标签： android android studio
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43880417/article/details/128311478
版权

目录

一、Android 编译

1. 编译流程

Google 提供的原生 Android 编译流程：

  1. 初始化编译环境

    进入 android 源代码根目录执行以下命令即可初始化编译环境。

    source build/envsetup.sh

    该过程主要是执行了 envsetup.sh 脚本且加载环境变量到当前终端。执行成功之后可以在当前终端执行 envsetup.sh 中定义的命令 (函数名) 来执行这些函数的内容，最后调用函数 source_vendorsetup 加载其他目录 (device/vendor/product) 下的 vendorsetup.sh 脚本。

  2. lunch 选择平台

    在 Android 根目录下执行 lunch 命令来选择当前编译平台，该命令可以直接跟上参数，也可以直接让其显示菜单让我们选择。lunch 函数定义在 envsetup.sh 中。

    这里有一个疑问，就是当前平台定义的 product 是怎么获得的呢？可以查看 envsetup.sh 中定义的 print_lunch_menu 函数。在这个函数中调用 get_build_var，并传递参数 COMMON_LUNCH_CHOICES 来获取当前所有平台，COMMON_LUNCH_CHOICES 被定义在 AndroidProducts.mk 中。

  3. 开始编译

    以上两步执行完之后，可以使用 make 或者 mm 等命令进行编译，但是他们的流程有差异。按照 linux 的 Makefile 机制，make 命令是直接执行当前目录下的 makefile 脚本，在 Android 系统中首先会判断有没有 soong_ui.bash 脚本，如果有则用 soong 编译系统，否则使用 Makefile 机制。m 、mm 或者 mmm 这些命令是 Android 在 envsetup.sh 中定义的。

    在 Android 7.0 之后 google 采用了 soong 编译系统，直接执行当前目录下的 android.mk 或者 android.bp 脚本。(实际上还是使用 Makefile 机制进行编译，只是 google 做了封装)

    • make 命令

      function make()
{
    _wrap_build $(get_make_command "$@") "$@"
}

function get_make_command()
{
    # If we're in the top of an Android tree, use soong_ui.bash instead of make
    if [ -f build/soong/soong_ui.bash ]; then
        # Always use the real make if -C is passed in
        for arg in "$@"; do
            if [[ $arg == -C* ]]; then
                echo command make
                return
            fi
        done
        echo build/soong/soong_ui.bash --make-mode
    else
        echo command make
    fi
}

    • m / mm / mmm / mmma 命令

      // 编译整个安卓系统
function m()
(
    _trigger_build "all-modules" "$@"
)

// 编译当前目录下的模块，当前目录下需要有 Android.mk, 否则就往上找最近的 Android.mk 文件
function mm()
(
    _trigger_build "modules-in-a-dir-no-deps" "$@"
)

// 编译指定目录下的模块
function mmm()
(
    _trigger_build "modules-in-dirs-no-deps" "$@"
)

// 当前目录有修改时，可以用这个命令重新编译
function mma()
(
    _trigger_build "modules-in-a-dir" "$@"
)

// 指定目录有修改时，可以用这个命令重新编译
function mmma()
(
    _trigger_build "modules-in-dirs" "$@"
)

function _trigger_build()
(
    local -r bc="$1"; shift
    if T="$(gettop)"; then
      _wrap_build "$T/build/soong/soong_ui.bash" --build-mode --${bc} --dir="$(pwd)" "$@"
    else
      >&2 echo "Couldn't locate the top of the tree. Try setting TOP."
      return 1
    fi
)

2. Soong 介绍

随着 Android 项目的逐渐庞大复杂，包含的模块增加。通过 Makefile 组织的项目编译要花更多的时间。Google 在 Android 7 引入了 ninja 进行编译系统的组织。目前 Android 项目中还在继续使用 Makefile 机制进行编译，因此 Google 引入了 kati ( soong) 将 makefile(Android.mk) 翻译成 ninja 文件。

Android 7.0 开始逐步引入kati soong (未正式使用默认关闭，需要 USE_SOONG=true 手动开启)，将 makefile 文件和 Android.mk 文件转化成 ninja 文件，使用 ninja 文件对编译系统进行管理。

Android 8.0 开始引入了 Android.bp 文件来替代之前的 Android.mk 文件。Android.bp 只是纯粹的配置文件(类似json)，不包括分支、循环等流程控制 (如果想要进行分支循环控制可自己写 go 来完成)，因此 Android.bp 文件被转化成 ninja 文件的效率远远高于 Android.mk 文件。

Android 9.0 开始强制使用 Android.bp 来代替 Android.mk。

  1. Soong工作原理

    Soong源代码路径位于 /android/build/soong/ ，从前面说的 envsetup.sh 可以看到目前的 Android 代码编译命令 ( make / m / mm / mmm) 都基本上使用的该目录下的 soong_ui.bash 来进行代码编译。主要涉及到如下流程：

    • Android.mk 转换成 ninja 文件：soong_ui.bash 将指定目录下的所有 Android.mk (包括makefile) 文件转换成 out/build-<product_name>.ninja 文件
    • Android.bp 转换成 ninja 文件：soong_ui.bash 将指定目录下所有的 Android.bp 文件也转换成 out/soong/build.ninja 文件
    • 组合 nijia 文件：soong_ui.bash 还会生成一个较小的 out/combined-<product_name>.ninja 文件，负责把二者组合起来作为执行入口
    • Soong 根据 nijia 来控制源码编译

在这里插入图片描述

  1. 术语介绍
    • Android.mk：Android.mk 其本质是执行 envsetup.sh 之后，编译系统对 makefile 进行了一层封装，让开发者更加简单的使用 makefile。因此可直接把他当成 makefile 看待。
    • Android.bp：Android.bp 的出现就是为了替换 Android.mk 文件。bp 跟 mk 文件不同，它是纯粹的配置，没有分支、循环等流程控制，不能做算数逻辑运算。如果需要控制逻辑，那么只能通过Go语言编写。
    • Ninja：ninja 是一个编译框架，会根据相应的 ninja 格式的配置文件进行编译。 ninja 文件一般是由 Android.bp 或 Android.mk 文件转换来的。
    • Kati：专为 Android 开发的一个基于 Golang 和 C++ 的工具，主要功能是把 Android 中的 Android.mk 文件转换成 Ninja 文件。
    • Soong：Soong 类似于之前的 Makefile 编译系统的核心，负责提供 Android.bp 语义解析，并将之转换成 Ninja 文件。Soong 还会编译生成一个 androidmk 命令，用于将没有分支、循环等流程控制的 Android.mk 文件转换为 Android.bp 文件。
    • Blueprint：Blueprint 是生成、解析 Android.bp 的工具，是 Soong 的一部分。Blueprint 只是解析文件格式，Soong 解析内容的具体含义。Blueprint 和 Soong 都是由 Golang 写的项目，从Android 7.0，prebuilts/go/ 目录下新增 Golang 所需的运行环境，在编译时使用。
    • androidmk：androidmk 是 Soong 提供的一套可直接通过命令的方式将一个 android.mk 生成一个对应的 android.bp。通常开发者需要手动替换 Android.mk 的时候用到。

3. build.sh

全编命令

./build.sh fullbuild

具体编译过程后续再补充。

二、Android.mk 解析

Android.mk 文件是用来描述 Android 的工程源码如何被构建系统来构建的。

语法概述

  • 定义当前模块的位置

    LOCAL_PATH := $(call my-dir)

    每个 Android.mk 文件必须在文件头部最开始处定义 LOCAL_PATH 变量，该变量用来获取工程中的文件节点。

    LOCAL_PATH 是表示当前模块位置的变量，my-dir 是由系统提供的宏函数，返回当前文件所在的路径，$(call my-dir) 表示调用这个函数。

  • 清除 LOCAL_XXX 变量

    include $(CLEAR_VARS)

    这句代码清除了 LOCAL_PATH 变量之外的 LOCAL_XXX 变量。所有的编译控制文件都在同一个 GNU MAKE 执行环境中，所有的变量都是全局的，在编译该模块之前可能编译过别的模块，产生了大量变量，会被系统误认为是属于该模块的，可能产生不可预知的错误。

  • 需要编译的文件

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

    LOCAL_SRC_FILES 变量代表需要编译的文件，all-subdir-java-files 函数返回 LOCAL_PATH 子目录的所有 java文件。

    也可以直接写出需要编译的文件路径：

    LOCAL_SRC_FILES :=src/com/example/test/MainActivity.java \
                  src/com/example/test/Demo1.java \
                  src/com/example/test/Demo2.java 
// 需要在文件最后面加上以下语句，指明 LOCAL_PATH 目录。              
include $(call all-java-file-under,$(LOCAL_PATH))

    或者每个文件路径下都加上 LOCAL_PATH ：

    LOCAL_SRC_FILES :=$(LOCAL_PATH)/src/com/example/test/MainActivity.java \
                  $(LOCAL_PATH)/src/com/example/test/Demo1.java \
                  $(LOCAL_PATH)/src/com/example/test/Demo2.java

    几个常用的获取源文件的方法：
    $(call all-java-files-under, src) ：获取指定目录下的所有 Java 文件。
    $(call all-c-files-under, src) ：获取指定目录下的所有 C 语言文件。
    $(call all-Iaidl-files-under, src) ：获取指定目录下的所有 AIDL 文件。
    $(call all-makefiles-under, folder)：获取指定目录下的所有 Make 文件。

  • 定义编译生成的模块名称

    LOCAL_PACKAGE_NAME := TestMK

    LOCAL_PACKAGE_NAME 变量必须定义且唯一，作为模块的标识，编译系统会自动产生合适的前缀和后缀。

  • 编译的标签

    LOCAL_MODULE_TAGS := optional

    常用的有：debug, eng, user, development 或者 optional（默认）。

  • 签名属性

    LOCAL_CERTIFICATE := platform

    常用的有：
    platform：该 APK 完成一些系统的核心功能。经过对系统中存在的文件夹的访问测试。
    shared：该APK需要和 home/contacts 进程共享数据。
    media：该APK是 media/download 系统中的一环。
    testkey：普通APK，默认情况下使用。

  • 引用 jar 包

    // 引用静态 jar 包
LOCAL_STATIC_JAVA_LIBRARIES := jar1 jar2
// 引用动态 jar 包
LOCAL_JAVA_LIBRARIES := jar3

  • 编译类型

    // 编译 APK
include $(BUILD_PACKAGE)
// 编译成静态库
include $(BUILD_STATIC_LIBRARY)
// 编译成动态库
include $(BUILD_SHARED_LIBRARY)
// 编译成可执行程序
include $(BUILD_EXECUTABLE)
// 编译成Java静态库
include $(BUILD_STATIC_JAVA_LIBRARY)

  • 拷贝到本地编译

    将 prebuild 定义的库拷到本地进行编译。

    include $(BUILD_MULTI_PREBUILT)

  • 指定生成目录

    通过 LOCAL_MODULE_PATH 变量，可以指定生成的 apk 目录。

    LOCAL_MODULE_PATH := $(TARGET_OUT)/

    $(TARGET_OUT) 代表 /system , 后续路劲按需要补充完整。

    $(TARGET_OUT_DATA_APPS) 代表 data/app 目录。

三、Android.bp 解析

Android.bp 描述的编译对象都是以模块为组织单位的，定义一个模块从模块的类型开始，模块有不同的类型，模块包含一些属性。

[module type] {
    name: "[name value]",
    [property1 name]："[property1 value]",
    [property2 name]："[property2 value]",
}

1. 模块类型

cc_binary：编译二进制可执行文件。

android_app：编译APK。

cc_library_shared：编译动态库。

更多模块类型(build/soong/androidmk/androidmk/android.go)：

var moduleTypes = map[string]string{                                                                 
    "BUILD_SHARED_LIBRARY":        "cc_library_shared",                                              
    "BUILD_STATIC_LIBRARY":        "cc_library_static",                                              
    "BUILD_HOST_SHARED_LIBRARY":   "cc_library_host_shared",                                         
    "BUILD_HOST_STATIC_LIBRARY":   "cc_library_host_static",                                         
    "BUILD_HEADER_LIBRARY":        "cc_library_headers",                                             
    "BUILD_EXECUTABLE":            "cc_binary",                                                      
    "BUILD_HOST_EXECUTABLE":       "cc_binary_host",                                                 
    "BUILD_NATIVE_TEST":           "cc_test",                                                        
    "BUILD_HOST_NATIVE_TEST":      "cc_test_host",                                                   
    "BUILD_NATIVE_BENCHMARK":      "cc_benchmark",                                                   
    "BUILD_HOST_NATIVE_BENCHMARK": "cc_benchmark_host",                                              
                                                                                                     
    "BUILD_JAVA_LIBRARY":             "java_library_installable", // will be rewritten to java_library by bpfix
    "BUILD_STATIC_JAVA_LIBRARY":      "java_library",                                                
    "BUILD_HOST_JAVA_LIBRARY":        "java_library_host",                                           
    "BUILD_HOST_DALVIK_JAVA_LIBRARY": "java_library_host_dalvik",                                    
    "BUILD_PACKAGE":                  "android_app",                                                 
    "BUILD_RRO_PACKAGE":              "runtime_resource_overlay",                                    
                                                                                                     
    "BUILD_CTS_EXECUTABLE":          "cc_binary",               // will be further massaged by bpfix depending on the output path
    "BUILD_CTS_SUPPORT_PACKAGE":     "cts_support_package",     // will be rewritten to android_test by bpfix
    "BUILD_CTS_PACKAGE":             "cts_package",             // will be rewritten to android_test by bpfix
    "BUILD_CTS_TARGET_JAVA_LIBRARY": "cts_target_java_library", // will be rewritten to java_library by bpfix
    "BUILD_CTS_HOST_JAVA_LIBRARY":   "cts_host_java_library",   // will be rewritten to java_library_host by bpfix
}

soong 提供了一系列 xx_defaults 模块类型 (cc_defaults, java_defaults, doc_defaults, stub_defaults 等)。

模块类型为 xx_defaults 的模块提供了一组可由其它模块继承的属性。其它模块可以通过添加属性defaults：[“ <default_module_name>”] 来指定继承 xx_defaults 类型的模块定义的属性。

cc_defaults {
   name: "gzip_defaults",
   shared_libs: ["libz"],
   stl: "none",
}
 
cc_binary {
   name: "gzip",
   defaults: ["gzip_defaults"],
   /*这里等价于
   shared_libs: ["libz"],
    stl: "none",*/
   srcs: ["src/test/minigzip.c"],
}

2. 模块属性

模块类型后面用大括号 { } 将模块的所有属性包裹起来。

每个属性的名字和值用中间用冒号连接起来, 属性值要用双引号 ” ” 包裹起来 (如果属性值是变量，变量不需要加双引号)。

如果属性被定义为数组，需要用中括号 [ ] 将数组的各元素包裹起来，每个元素中间用逗号 , 连接。

属性可以使用列表数组的形式，也可以使用 unix 通配符，例如：*.java。

每一条完整的属性定义语句加上逗号 ,表示结束。

注释包括单行注释//和多行注释/* */

  • name：name 属性是必须的，内容必须是独一无二的。对应 Adroid.mk 的 LOCAL_PACKAGE_NAME 。

  • srcs：源码路径。对应 Adroid.mk 的 LOCAL_SRC_FILES。

  • resource_dirs：资源文件路径。对应 Adroid.mk 的 LOCAL_RESOURCE_DIR。

  • static_libs：以来的 java 库。对应 Adroid.mk 的 LOCAL_STATIC_JAVA_LIBRARIES 和 LOCAL_STATIC_LIBRARIES。

  • certificate：签名属性。对应 Adroid.mk 的 LOCAL_CERTIFICATE。

四、Android.mk 转换为 Android.bp

Google 提供了 androidmk 工具可以将 Android.mk 转换为 Android.bp。但是这个工具目前还不完善，不能处理 Android.mk 中的宏开关。

1. androidmk 介绍

androidmk 的源码在 build/soong/androidmk 目录下。

在这里插入图片描述

全编 Android 源码之后，可以使用 find . -name androdmk -type f 查找 androidmk 工具，他在 out/host/linux-x86/bin 目录。

在这里插入图片描述

2. androidmk 用法

androidmk 可以将 Android.mk 文件 转换为 Android.bp 文件。

androidmk Android.mk > Android.bp

在这里插入图片描述

3. 示例

点击查看

五、在 Android 源码中编译 APP

1. 创建工程

在 Android Studio 中创建一个新的工程。工程名为 CompileTest。创建成功之后 Android Studio 会自动帮我们生成基本的代码框架。

在这里插入图片描述

通常情况下，我们创建的工程主要的实现逻辑和资源文件在 main 目录中。把这部分代码移动到 Android 源码中的 package/apps 目录，注意不要遗漏掉 AndroidManifest.xml 文件。

2. 编写编译文件

  1. Android.mk

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

LOCAL_PACKAGE_NAME := CompileTest
LOCAL_CERTIFICATE := platform

LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_RESOURCE_DIR := $(LOCAL_PATH)/res

LOCAL_SDK_VERSION := current
LOCAL_STATIC_ANDROID_LIBRARIES := androidx.appcompat_appcompat // Theme Package

include $(BUILD_PACKAGE)

  2. Android.bp

    这里使用 androidmk 命令自动生成 Android.bp 文件。

    androidmk Android.mk > Android.bp

    生成的 Android.bp 文件。

    android_app {

    name: "CompileTest",
    certificate: "platform",

    srcs: ["**/*.java"],

    sdk_version: "current",
    static_libs: ["androidx.appcompat_appcompat"],

}

3. 解决编译问题

  1. AndroidManifest.xml 文件缺少 package 属性

    报错信息：

    out/target/common/obj/APPS/CompileTest_intermediates/manifest/AndroidManifest.xml: error: <manifest> must have a 'package' attribute.
out/target/common/obj/APPS/CompileTest_intermediates/manifest/AndroidManifest.xml:2: error: <manifest> tag is missing 'package' attribute.

    解决方案：

    // AndroidManifest.xml
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    // Add package attribute
    package="com.example.compiletest">

    ···

</manifest>

    出现这个问题似乎是新版本 AndroidStudio 导致的。旧版本的 AndroidStudio 不会省略 package。

    出现这个问题的 AndroidStudio 版本：Build #AI-213.7172.25.2113.9123335, built on September 30, 2022 。

  2. 主题中属性找不到

    报错信息：

    packages/apps/CompileTest/res/values/themes.xml:13: error: resource attr/colorPrimaryVariant (aka com.example.compiletest:attr/colorPrimaryVariant) not found.
error: resource style/Theme.MaterialComponents.DayNight.DarkActionBar (aka com.example.compiletest:style/Theme.MaterialComponents.DayNight.DarkActionBar) not found.
packages/apps/CompileTest/res/values/themes.xml:5: error: style attribute 'attr/colorPrimary (aka com.example.compiletest:attr/colorPrimary)' not found.
packages/apps/CompileTest/res/values/themes.xml:6: error: style attribute 'attr/colorPrimaryVariant (aka com.example.compiletest:attr/colorPrimaryVariant)' not found.
packages/apps/CompileTest/res/values/themes.xml:7: error: style attribute 'attr/colorOnPrimary (aka com.example.compiletest:attr/colorOnPrimary)' not found.
packages/apps/CompileTest/res/values/themes.xml:9: error: style attribute 'attr/colorSecondary (aka com.example.compiletest:attr/colorSecondary)' not found.
packages/apps/CompileTest/res/values/themes.xml:10: error: style attribute 'attr/colorSecondaryVariant (aka com.example.compiletest:attr/colorSecondaryVariant)' not found.
packages/apps/CompileTest/res/values/themes.xml:11: error: style attribute 'attr/colorOnSecondary (aka com.example.compiletest:attr/colorOnSecondary)' not found.
packages/apps/CompileTest/res/values/themes.xml:13: error: resource attr/colorPrimaryVariant (aka com.example.compiletest:attr/colorPrimaryVariant) not found.
packages/apps/CompileTest/res/values-night/themes.xml:13: error: resource attr/colorPrimaryVariant (aka com.example.compiletest:attr/colorPrimaryVariant) not found.
error: resource style/Theme.MaterialComponents.DayNight.DarkActionBar (aka com.example.compiletest:style/Theme.MaterialComponents.DayNight.DarkActionBar) not found.
packages/apps/CompileTest/res/values-night/themes.xml:5: error: style attribute 'attr/colorPrimary (aka com.example.compiletest:attr/colorPrimary)' not found.
packages/apps/CompileTest/res/values-night/themes.xml:6: error: style attribute 'attr/colorPrimaryVariant (aka com.example.compiletest:attr/colorPrimaryVariant)' not found.
packages/apps/CompileTest/res/values-night/themes.xml:7: error: style attribute 'attr/colorOnPrimary (aka com.example.compiletest:attr/colorOnPrimary)' not found.
packages/apps/CompileTest/res/values-night/themes.xml:9: error: style attribute 'attr/colorSecondary (aka com.example.compiletest:attr/colorSecondary)' not found.
packages/apps/CompileTest/res/values-night/themes.xml:10: error: style attribute 'attr/colorSecondaryVariant (aka com.example.compiletest:attr/colorSecondaryVariant)' not found.
packages/apps/CompileTest/res/values-night/themes.xml:11: error: style attribute 'attr/colorOnSecondary (aka com.example.compiletest:attr/colorOnSecondary)' not found.
packages/apps/CompileTest/res/values-night/themes.xml:13: error: resource attr/colorPrimaryVariant (aka com.example.compiletest:attr/colorPrimaryVariant) not found.

    解决方案：

    // Create CompileTest/res/values/values.xml
<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:ns1="http://schemas.android.com/tools" xmlns:ns2="urn:oasis:names:tc:xliff:document:1.2">
    <declare-styleable name="AppCompatTheme">
        <attr format="color" name="colorPrimary"/>
    </declare-styleable>
    <attr format="color" name="colorPrimaryVariant"/>
    <attr format="color" name="colorOnPrimary"/>
    <attr format="color" name="colorSecondary"/>
    <attr format="color" name="colorSecondaryVariant"/>
    <attr format="color" name="colorOnSecondary"/>
    <declare-styleable name="Window">
        <attr name="statusBarColor" format="color" />
    </declare-styleable>
</resources>

    解决过程：

    根据报错信息是 themes.xml 文件中属性找不到在哪。但是通过 AndroidStudio 编译是可以成功的。这样我们就能知道 AndroidStudio 可以自己找到 themes.xml 中的熟悉。

    基于以上我们可以在 AndroidStudio 中找到 themes.xml 文件，按住 Ctrl 建点击报错的属性，就可以在 AndroidStudio 中这个属性定义的地方。

    这里我们就可以看到 themes.xml 中用到的属性定义在一个 values.xml （在 C:/Users/[username]/.gradle/caches/transforms-3/… 目录下）文件中。这是安装 AndroidStudio 时生成的文件。

    基于以上我们可以创建自己所需 values.xml 文件，定义相关属性。

  3. 主题中 style 资源找不到

    报错信息：

    error: resource style/Theme.MaterialComponents.DayNight.DarkActionBar (aka com.example.compiletest:style/Theme.MaterialComponents.DayNight.DarkActionBar) not found.
error: resource style/Theme.MaterialComponents.DayNight.DarkActionBar (aka com.example.compiletest:style/Theme.MaterialComponents.DayNight.DarkActionBar) not found.

    解决方案：

    // 在 Android.mk 中加入 androidx.appcompat_appcompat 库
LOCAL_STATIC_ANDROID_LIBRARIES := androidx.appcompat_appcompat

    // 在 themes.xml 修改所依赖的主题为 Theme.AppCompat.Light
<resources xmlns:tools="http://schemas.android.com/tools">
    <!-- Base application theme. -->
    // Modify parent="Theme.AppCompat.Light"
    <style name="Theme.CompileTest" parent="Theme.AppCompat.Light">
        ···
    </style>
</resources>

    这里我们换了依赖的主题包并且添加了所对应的库。

    当然也可以不换主题包，添加原有主题包对应的库。但是没有找到所对应的库，所以使用的上面的方案。

  4. 布局中部分属性查找不到

    报错信息：

    packages/apps/CompileTest/res/layout/activity_main.xml:9: error: attribute layout_constraintBottom_toBottomOf (aka com.example.compiletest:layout_constraintBottom_toBottomOf) not found.
packages/apps/CompileTest/res/layout/activity_main.xml:9: error: attribute layout_constraintEnd_toEndOf (aka com.example.compiletest:layout_constraintEnd_toEndOf) not found.
packages/apps/CompileTest/res/layout/activity_main.xml:9: error: attribute layout_constraintStart_toStartOf (aka com.example.compiletest:layout_constraintStart_toStartOf) not found.
packages/apps/CompileTest/res/layout/activity_main.xml:9: error: attribute layout_constraintTop_toTopOf (aka com.example.compiletest:layout_constraintTop_toTopOf) not found.

    解决方案：

    // Modify CompileTest/res/values/values.xml
<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:ns1="http://schemas.android.com/tools" xmlns:ns2="urn:oasis:names:tc:xliff:document:1.2">
    ···
    // Add the missing attribute
	<attr format="reference|enum" name="layout_constraintBottom_toBottomOf">
        <enum name="parent" value="0"/>
    </attr>
    <attr format="reference|enum" name="layout_constraintEnd_toEndOf">
        <enum name="parent" value="0"/>
    </attr>
    <attr format="reference|enum" name="layout_constraintStart_toStartOf">
        <enum name="parent" value="0"/>
    </attr>
    <attr format="reference|enum" name="layout_constraintTop_toTopOf">
        <enum name="parent" value="0"/>
    </attr>
</resources>

解决完以上问题，再次编译就通过了。编译会生成 CompileTest.apk。

4. 解决 Crash 问题

在手机上安装前面编译成功的安装包，安装成功之后打开这个应用。这时候会发现打开这个 App 会出现 crash。抓 log 分析出现 crash 的原因。

Crash log 关键信息：

12-12 19:53:13.848 31214 31214 E AndroidRuntime: Process: com.example.compiletest, PID: 31214
12-12 19:53:13.848 31214 31214 E AndroidRuntime: java.lang.RuntimeException: Unable to start activity ComponentInfo{com.example.compiletest/com.example.compiletest.MainActivity}: android.view.InflateException: Binary XML file line #2 in com.example.compiletest:layout/activity_main: Binary XML file line #2 in com.example.compiletest:layout/activity_main: Error inflating class androidx.constraintlayout.widget.ConstraintLayout
12-12 19:53:13.848 31214 31214 E AndroidRuntime: Caused by: android.view.InflateException: Binary XML file line #2 in com.example.compiletest:layout/activity_main: Binary XML file line #2 in com.example.compiletest:layout/activity_main: Error inflating class androidx.constraintlayout.widget.ConstraintLayout
12-12 19:53:13.848 31214 31214 E AndroidRuntime: Caused by: android.view.InflateException: Binary XML file line #2 in com.example.compiletest:layout/activity_main: Error inflating class androidx.constraintlayout.widget.ConstraintLayout
12-12 19:53:13.848 31214 31214 E AndroidRuntime:        at com.example.compiletest.MainActivity.onCreate(MainActivity.java:12)
12-12 19:53:13.848  1793  4954 I am_crash: [31214,0,com.example.compiletest,550026820,java.lang.ClassNotFoundException,androidx.constraintlayout.widget.ConstraintLayout,Class.java,-2]
12-12 19:53:13.852  1793  4954 W ActivityTaskManager:   Force finishing activity com.example.compiletest/.MainActivity

通过这段 log 我们可以发现是 layout/activity_main.xml 中的布局样式 (androidx.constraintlayout.widget.ConstraintLayout) 出现了错误。

解决方案：

// layout/activity_main.xml
<?xml version="1.0" encoding="utf-8"?>
// Modify the layout style to LinearLayout
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity">

    <TextView
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Hello World!"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toEndOf="parent"
        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent" />

</LinearLayout>

重新编译，安装新编译好的 APK，App可以正常打开。

报错的原因是缺少包含 androidx.constraintlayout.widget.ConstraintLayout 的库。
我们可以替换成 LinearLayout，这个在 Android SDK 中所以不需要引入额外的依赖库。

或者修改 Android.bp，追加 androidx.constraintlayout.widget.ConstraintLayout 依赖的库。

android_app {

    name: "CompileTest",
    certificate: "platform",

    srcs: ["**/*.java"],

    sdk_version: "current",
    static_libs: ["androidx.appcompat_appcompat",
                  "androidx-constraintlayout_constraintlayout",
    ],

}

Android.mk 文件

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

LOCAL_PACKAGE_NAME := CompileTest
LOCAL_CERTIFICATE := platform

LOCAL_SRC_FILES := $(call all-subdir-java-files)
LOCAL_RESOURCE_DIR := $(LOCAL_PATH)/res

LOCAL_SDK_VERSION := current
LOCAL_STATIC_ANDROID_LIBRARIES := androidx.appcompat_appcompat \
                                  androidx-constraintlayout_constraintlayout

include $(BUILD_PACKAGE)

使用 Android.mk 编译会以下错误。

Attribute provider#androidx.startup.InitializationProvider@authorities value=(androidx.appcompat.androidx-startup) from AndroidManifest.xml:34:13-70 is also present at AndroidManifest.xml:19:13-84 value=(androidx.constraintlayout.widget.androidx-startup).
Suggestion: add 'tools:replace="android:authorities"' to <provider> element at AndroidManifest.xml.fixed:32:9-43:20 to override.

尝试在 AndroidManifest.xml 添加 tools:replace 属性。

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="com.example.compiletest">

    <application
        android:allowBackup="true"
        android:dataExtractionRules="@xml/data_extraction_rules"
        android:fullBackupContent="@xml/backup_rules"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/Theme.CompileTest"
        tools:targetApi="31"
        >
        <activity
            android:name=".MainActivity"
            android:exported="true"
            >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                	// Add tools:replace 属性
					<provider tools:replace="android:authorities"
                        tools:ignore="WrongManifestParent"/>
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>

            <meta-data
                android:name="android.app.lib_name"
                android:value="" />
        </activity>
    </application>

</manifest>

再次编译又会出现以下新的错误。

packages/apps/CompileTest/app/src/main/AndroidManifest.xml:22:21-23:61 Error:
	tools:replace specified at line:22 for attribute android:authorities, but no new value specified
packages/apps/CompileTest/app/src/main/AndroidManifest.xml Error:
	Validation failed, exiting

看 log 似乎是 android:authorities 属性没有值，这里不知道怎么给这个属性赋值。以后再补充。

Curiosity_HHJ
关注
  • 10
    点赞
  • 踩
  • 53
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
专栏目录
Android系统定制之Android.mk和Android.bp语法详解(精通版).mp4
04-13
1.Android系统源码定制和编译方法(Android7.0至Android12) 2.Android.mk和Android.bp语法大全及使用方法详解 3.Android.mk或Android.bp中引用Android的第三方(jar、aar、so)、Androidx的类库等的使用方法 4.Android.mk或Android.bp编译生成Apk、静态库、动态库、可执行文件等的使用方法 5.Android系统定制有源码App或无源码App时关于Android.mk或Android.bp的使用方法
Android.bp入门指南之浅析Android.bp文件
江上清风山间明月的博客
02-02 2201
Android.bp 文件用于定义 Android 项目中的模块，这些模块可以是共享库、可执行文件、静态库等。每个模块都有其自己的属性和规则，用于描述模块的构建过程和依赖关系。
安卓bp文件详解
最新发布
xxdw1992的博客
03-12 687
Blueprint是生成、解析Android.bp的工具，是Soong的一部分。Soong还会编译生成一个androidmk命令，用于将Android.mk文件转换为Android.bp文件，不过这个转换功能仅限于没有分支、循环等流程控制的Android.mk才有效。Android.bp文件是安卓构建系统（Android Build System）中使用的构建描述文件，它用于定义Android项目中的模块、库、应用等构建规则，该文件使用 Blueprint 语言，是 Soong 构建系统的一部分。
android编译过程详解
04-17
Android compile principle
android安卓app开发之用AndroidStudio反编译apk.zip_android反编译smali
01-17
android安卓app开发之用AndroidStudio反编译apk.zip
alsa static 编译源码，已修改好源码文件和Android.mk
09-19
alsa static 编译源码，已修改好源码文件和Android.mk 可以用来自己做修改定制，快速编译属于自己的静态alsa bin程序
android 编译流程
06-18
android 编译流程，android 编译流程android 编译流程
深入理解Android工程的编译过程
关注移动互联网和移动开发
11-26 1399
现在很多人想对Android工程的编译和打包进行自动化，比如建立每日构建系统、自动生成发布文件等等。这些都需要我们对Android工程的编译和打包有一个深入的理解，至少要知道它的每一步都做了什么，需要什么环境和工具，输入和输出是什么。那么我们就来挖掘一下Android的编译过程中的细节。 首先，我们假定你的系统（什么系统都行，不限于Linux还是Windows系统，当然，我在这里默认使用Linu
Android编译过程详解
血色浪漫的专栏
05-25 1414
分别摘自：     Android编译过程详解（一）：http://blog.csdn.net/mr_raptor/article/details/7539978     Android编译过程详解（二）：http://blog.csdn.net/mr_raptor/article/details/7540066     Android编译过程详解（三）：http://blo
Android 项目编译过程
系统运维
05-17 184
Android 工程构建的持续集成，需要搭建一套编译和打包自动化流程，比如建立每日构建系统、自动生成发布文件等等。这些都需要我们对Android工程的编译和打包有一个比较深入的理解，例如知道它的每一步都做了什么，需要什么环境和工具，输入和输出是什么，等等。 首先，假定你的系统（Windows、Linux、Mac OS都行，本文默认使用Linux系统来举例子，但在 Windows中几乎没有什么差别...
android.bp动态编译文档
12-05
Android.bp实现动态编译，对项目定制很有帮助，由于网上很难找到相关资料，这里记录下自己一天的劳动成果此文档为博客中的操作文档，是最后的效果文档，原始文档是backup.zip 请对比查看。
Android.mk编译内置无源码apk
08-18
有个编译好的第三方apk，合入到系统中，在packages\apps目录创建文件夹wukong,将第三方wukong.apk拷贝到wukong文件夹下，并在wukong文件夹创建Android.mk
Android.mk解析与使用
hejnhong的博客
10-02 1万+
简单介绍 Android.mk 文件的编写，一些常见变量的配置解析
【Android.bp介绍】
q_2474932226的博客
02-17 2585
android.bp android.mk 转换关系
Android.bp 语法和使用
热门推荐
u012514113的专栏
06-24 1万+
Android.bp 语法 Android.mk 转 Android.bp
Android build编译过程及Android.mk与Android.bp分析
halazi100
10-11 7307
Android build编译过程及Android.mk与Android.bp分析 Android的官方网站：http://source.android.com/source/building.html 按照google给出的编译步骤如下： 1> source build/envsetup.sh:加载命令 2> lunch：选择平台编译选项 3> make：...
android.mk转换为android.bp
csdn66_2016的博客
05-09 1万+
android.mk大家都很熟悉了，就是android下编译模块的配置文件，可以理解为android makefile。从android N之后，我们发现好多模块下面没有了android.mk文件，多了一个android.bp文件。这个是google在android N之后新的编译配置文件。在实际项目中，我们需要把android.mk转换为android.bp，还好sdk中给我提供了android...
安卓编译流程
jgzsygg的博客
07-25 607
Android.mk不参与编译修改Android.disable.mk吗
07-27
对不起，我之前的回答有误。Android.mk 文件和 Android.disable.mk 文件是不同的文件，它们在 Android 编译过程中具有不同的作用。 Android.mk 文件是一个 Makefile 格式的构建脚本，用于描述编译和构建 Android 应用程序或库的规则、源代码文件、依赖关系等信息。Android.mk 文件通常用于使用 ndk-build 工具构建基于 C/C++ 的代码。 Android.disable.mk 文件是一个特殊的文件，用于禁用 Android 应用程序或库的编译。当存在一个名为 Android.disable.mk 的文件时，Android 编译系统会忽略对应目录下的 Android.mk 文件，从而禁止编译该目录下的代码。 这样做的目的是为了方便开发者临时禁用某个模块或目录的编译，例如在调试、测试或临时屏蔽某些功能时。通过创建一个名为 Android.disable.mk 的文件，并将其放置在需要禁用编译的目录中，可以达到禁用编译的效果。 请注意，Android.disable.mk 文件只会禁用当前目录下的编译，而不会影响其他目录。要重新启用编译，只需删除或重命名 Android.disable.mk 文件即可。 希望这次能够解答您的问题。如果您有更多疑问，请随时提问。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值