冠军资讯
代码一只喵在 Android 系统开发中，mk 文件和 bp 文件是两种常用的编译配置文件。 理解它们的原理和用法，对于提升编译效率、定制化系统功能至关重要。 本文将深入探讨这两种文件的作用、语法、以及在实际项目中的应用场景。
Android.mk 文件：传统 Makefile 的变体
Android.mk 文件是 Android NDK (Native Development Kit) 构建 C/C++ 代码时使用的 Makefile 变体。它使用 GNU Make 的语法，描述了如何将 C/C++ 源代码编译成动态链接库（.so 文件）或可执行文件。在 Android 项目中，常用于编译 JNI (Java Native Interface) 代码，以实现 Java 层与 Native 层的交互。
Android.mk 文件语法示例
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := my_native_lib # 模块名称
LOCAL_SRC_FILES := my_native_lib.c # 源文件
LOCAL_LDLIBS := -llog # 链接库，这里链接了 log 库，用于打印日志
include $(BUILD_SHARED_LIBRARY) # 构建动态链接库
在上面的例子中，LOCAL_PATH 定义了当前文件的目录。CLEAR_VARS 清空了除了 LOCAL_PATH 之外的所有 LOCAL_* 变量。LOCAL_MODULE 定义了模块名称，这将决定生成的 .so 文件的名称（libmy_native_lib.so）。LOCAL_SRC_FILES 指定了需要编译的源文件。LOCAL_LDLIBS 指定了需要链接的库。BUILD_SHARED_LIBRARY 指定构建类型为动态链接库。
Android.mk 的缺点
- 语法复杂：Makefile 语法较为晦涩，不易上手。
- 可读性差：当项目规模增大时，mk 文件会变得非常冗长，难以维护。
- 编译速度慢：传统 Makefile 在大型项目中的编译速度较慢，尤其是在增量编译时。
Android.bp 文件：Soong 构建系统的配置文件
为了解决 Android.mk 文件的缺点，Google 引入了 Soong 构建系统，并使用 Android.bp 文件作为其配置文件。Soong 使用 Blueprint (bp) 语言，这是一种声明式的 JSON 风格的语言，易于阅读和编写。
Android.bp 文件语法示例
cc_library_shared {
name: "my_native_lib", // 模块名称
srcs: ["my_native_lib.c"], // 源文件
shared_libs: ["liblog"], // 依赖的共享库
local_include_dirs: ["include"],
cflags: [
"-Wall",
"-Werror",
],
}
在这个例子中，cc_library_shared 定义了一个共享库模块。name 指定了模块名称。srcs 指定了源文件。shared_libs 指定了依赖的共享库。local_include_dirs 指定了头文件搜索路径。cflags 指定了 C 编译选项。
Android.bp 文件的优点
- 语法简洁：bp 语法简单易懂，易于学习和使用。
- 可读性好：声明式语法使得 bp 文件更易于阅读和维护。
- 编译速度快：Soong 构建系统在大型项目中的编译速度更快，尤其是在增量编译时。
- 依赖管理：Soong 构建系统能够自动处理模块之间的依赖关系，减少了手动配置的麻烦。
Android.mk 与 Android.bp 的比较
| 特性 | Android.mk | Android.bp |
|---|---|---|
| 语法 | GNU Make | Blueprint (JSON 风格) |
| 可读性 | 差 | 好 |
| 编译速度 | 慢 | 快 |
| 依赖管理 | 手动管理 | 自动管理 |
| 应用场景 | 传统 NDK 项目，需要兼容旧版本构建系统的项目 | 新项目，或者需要迁移到 Soong 构建系统的项目 |
实战避坑经验
- Android.mk 和 Android.bp 混用: 在同一个项目中，可以同时使用 Android.mk 和 Android.bp 文件，但要注意它们之间的依赖关系。Soong 构建系统会优先使用 Android.bp 文件，如果找不到对应的 bp 文件，才会查找 mk 文件。
- 变量作用域: 注意 Android.mk 中变量的作用域，避免变量冲突。可以使用
LOCAL_MODULE_TAGS := optional来标记模块为可选模块，避免编译错误。 - 头文件路径: 在 Android.bp 文件中，使用
local_include_dirs指定头文件路径时，要使用相对路径，相对于当前模块的目录。 - NDK 版本兼容性: 不同的 NDK 版本可能对 Android.mk 语法有不同的要求，要注意兼容性问题。尤其是在使用一些高级特性时，要查阅 NDK 文档。
在实际的项目开发中，选择使用 Android.mk 还是 Android.bp，需要根据项目的实际情况进行权衡。对于新项目，建议使用 Android.bp 文件，以获得更好的编译性能和可维护性。对于旧项目，可以逐步将 Android.mk 文件迁移到 Android.bp 文件。
例如，在进行音视频开发时，如果使用 FFmpeg 库，既可以使用 Android.mk 编译 FFmpeg，也可以使用 Android.bp。如果项目需要支持多种 CPU 架构（例如 armeabi-v7a, arm64-v8a, x86），需要在 mk 或 bp 文件中进行相应的配置。
在进行应用性能优化时，可以通过修改 Android.bp 文件中的编译选项，例如开启 LTO (Link-Time Optimization)，来提高应用的性能。
总之，深入理解 Android 中的 mk 文件和 bp 文件编译，是成为一名优秀的 Android 开发者的必备技能。掌握这两种文件的语法和用法，可以帮助我们更好地定制和优化 Android 系统。
