2023年6月27日发(作者：)

AndroidNinja实践如果有⾃⼰编译过AOSP的源码，可能⼤家都会遇到这样的⼀个问题:ninja: error: '*******', needed by '*********', missing and no known rule to make it在刚刚开始接触AOSP的时候，我基本上都会直奔主题，⼤概清楚问题后，然后解决问题、重新编译，所以⼀直都没有注意到⼀个关键字："Ninja"，今天我们就⼀起来学习/实践⼀下这个"熟悉的陌⽣⼈"，主要介绍⼀下⽬前Android的编译系统，以及以⼀个⼩Demo为例，实践⼀下Ninja的使⽤，如果想了解更多关于Ninja在AOSP中的使⽤，见参考链接。⼀、Android编译系统早期的Android系统采⽤的配置来编译源码，从Android 7.0开始引⼊。⼤体梳理⼀下Android版本相应的发展演变过程:Android 7.0引⼊ninja和katiAndroid 8.0使⽤来替换，引⼊SoongAndroid 9.0强制使⽤oid Build上图就是各个⽂件之间的转化关系，这⾥涉及到Ninja, kati, Soong, bp概念，简单介绍⼀下：1. Ninjaninja是⼀个编译框架，会根据相应的ninja格式的配置⽂件进⾏编译，但是ninja⽂件⼀般不会⼿动修改，⽽是通过将⽂件转换成ninja格⽂件来编译。2. Andr2. 的出现就是为了替换⽂件。bp跟mk⽂件不同，它是纯粹的配置，没有分⽀、循环等流程控制，不能做算数逻辑运算。如果需要控制逻辑，那么只能通过Go语⾔编写。3. SoongSoong类似于之前的Makefile编译系统的核⼼，负责提供语义解析，并将之转换成Ninja⽂件。Soong还会编译⽣成⼀个androidmk命令，⽤于将⽂件转换为⽂件，不过这个转换功能仅限于没有分⽀、循环等流程控制的才有效。4. BlueprintBlueprint是⽣成、解析的⼯具，是Soong的⼀部分。Soong负责Android编译⽽设计的⼯具，⽽Blueprint只是解析⽂件格式，Soong解析内容的具体含义。Blueprint和Soong都是由Golang写的项⽬，从Android 7.0，prebuilts/go/⽬录下新增Golang所需的运⾏环境，在编译时使⽤。5. Katikati是专为Android开发的⼀个基于Golang和C++的⼯具，主要功能是把Android中的⽂件转换成Ninja⽂件。代码路径是build/kati/，编译后的产物是ckati。⼆、Ninja的介绍从上⾯我们可以看到，Android最后的编译⼯作都会交给Ninja，那么它到底是个什么东西呢，为什么Google需要在Android引⼊Ninja呢？Ninja is a small build system with a focus on speed. It differs from other build systems in two majorrespects: it is designed to have its input files generated by a higher-level build system, and it is designed torun builds as fast as 是⼀个专注于速度的构建系统，和其他构建系统相⽐，主要有两点不同：Ninja的输⼊⽂件⼀般都是有更⾼级的构建系统产⽣的，⽐如cmake；Ninja设计之初就是为了更快的构建；其实从第⼀点，我们就能看出来Ninja的设计哲学：相⽐Makefile是设计出来给⼈⼿写的，但是Ninja设计出来是给其它程序⽣成的。 如果说Makefile是C语⾔，那么Ninja就是汇编语⾔。 如果说Makefile是⼀个DSL，那么Ninja就是⼀种配置⽂件。 Makefile⽀持分⽀、循环等流程控制，⽽Ninja只⽀持⼀些固定形式的配置。三、Ninja的实践⼯欲善其事，必先利其器，所以我们需要先准备好相关⼯具：CMake，ninja，以Mac OS为例，安装步骤为：brew install cmakebrew install ninja正式开始，以⼀个最简单的Hello，Ninja为例：#include int main() { std::cout << "Hello, Ninja!" << std::endl; return 0;}ke_minimum_required(VERSION 3.13)project(ninja)set(CMAKE_CXX_STANDARD 14)add_executable(ninja )OK，⼀个简单的Hello，Ninja的C++⼯程已经完成，接下来我们开始编译，使⽤如下命令，⽣成⽂件：[min@bogon:] ninja $ cmake -G Ninja -B build .-- The C compiler identification is AppleClang 9.1.0.9020039-- The CXX compiler identification is AppleClang 9.1.0.9020039-- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc-- Check for working C compiler: /Library/Developer/CommandLineTools/usr/bin/cc -- works-- Detecting C compiler ABI info-- Detecting C compiler ABI info - done-- Detecting C compile features-- Detecting C compile features - done-- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++-- Check for working CXX compiler: /Library/Developer/CommandLineTools/usr/bin/c++ -- works-- Detecting CXX compiler ABI info-- Detecting CXX compiler ABI info - done-- Detecting CXX compile features-- Detecting CXX compile features - done-- Configuring done-- Generating done-- Build files have been written to: /Users/min/Desktop/workspace/c/ninja/build可以看到在build⽬录下，⽣成了如下⽂件：[min@bogon:] build $ tree -L 2.├── ├── CMakeFiles│ ├── 3.15.5│ ├── │ ├── CMakeTmp│ ├── │ ├── _cache│ └── ├── ├── cmake_└── 其中最重要的就是这个⽂件，接下来，我们使⽤Ninja命令，开始编译：[min@bogon:] ninja $ cd build/[min@bogon:] build $ ninja[2/2] Linking CXX executable ninja[min@bogon:] build $ ./ninjaHello, Ninja!⾄此，⼀个简单的Hello, Ninja!就已经实践完成了，具体关于AOSP中Ninja的编译，希望⼤家可以⾃⼰去摸索⼀下～四、参考使⽤ninja命令提⾼单模块编译效率在Android平台开发环境安装ninja