在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的精彩世界！