在Android的构建系统中,
Android.mk
和
android.bp
是用于定义如何编译项目文件的两种文件类型,它们有一些显著的区别。
1. 构建系统
Android.mk
:使用于基于GNU Make的传统构建系统。这种系统已经存在很多年,并且被Android项目广泛使用,直到Gradle等新系统逐渐成为主流。android.bp
:使用于Android 7.0(Nougat)之后引入的新构建系统,名为Soong。Soong是基于Ninja构建系统的高级层,旨在替代老旧的Makefile系统,提高构建效率和可维护性。
2. 语法和格式
-
Android.mk
:基于Makefile语法,是文本文件,需要遵循Makefile的规则,配置起来可能比较复杂,需要手动处理依赖、目标等问题。它的语法主要使用变量赋值、规则定义等传统的Makefile格式。例如:
LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := my_library LOCAL_SRC_FILES := my_library.cpp include $(BUILD_SHARED_LIBRARY)
-
android.bp
:使用的是基于JSON的更现代化的声明式语法,更加简洁和易读。文件结构通常是模块声明的集合,每个模块包含各种属性,用于定义模块的源文件、依赖、编译选项等。例如:
cc_library_shared { name: "my_library", srcs: ["my_library.cpp"], }
3. 可维护性和扩展性
-
Android.mk
:由于其复杂性和依赖于传统Make系统,维护较大项目时可能会遇到困难。不同的模块之间的依赖关系可能需要开发者手动管理,容易出错。 -
android.bp
:Soong系统通过更高的抽象层次简化了依赖管理、模块定义等内容。它更加易于维护,特别是在大型项目中,模块化和复用变得更加简单。
4. 编译效率
-
Android.mk
:Makefile系统在处理大规模并行编译时效率可能较低,特别是当项目规模庞大时,编译时间可能较长。 -
android.bp
:Soong系统基于Ninja,它被设计为高效处理大规模并行编译的需求,因此在大项目下编译速度更快,更高效。
5. 未来趋势
-
Android.mk
:由于Soong系统的引入和推广,Android.mk
逐渐被淘汰,虽然很多遗留项目仍然使用它,但谷歌鼓励开发者迁移到Soong系统。 -
android.bp
:代表了未来的趋势,新的项目和功能通常会直接在Soong系统中进行开发。
总结来说,Android.mk
是旧的基于Make的构建文件,android.bp
是新的基于Soong构建系统的文件。后者提供了更现代的语法,更好的性能和更高的可维护性。
结束语 Flutter是一个由Google开发的开源UI工具包,它可以让您在不同平台上创建高质量、美观的应用程序,而无需编写大量平台特定的代码。我将学习和深入研究Flutter的方方面面。从基础知识到高级技巧,从UI设计到性能优化,欢饮关注一起讨论学习,共同进入Flutter的精彩世界!