AOSP（Android 开源项目）的构建系统是一套高度工程化、模块化的技术栈，历经多次迭代（从旧的Make构建系统到Soong+Ninja为主的现代构建体系），整合了编译、链接、打包、配置、依赖管理、产物优化等全流程技术。结合你之前的构建实操，我会系统拆解AOSP 核心构建技术、工具链、编译模型、打包规范，区分核心组件与底层原理，同时说明新旧构建方案的差异。
一、AOSP 构建系统演进与核心架构
AOSP 构建系统分为两个世代，Android 7.0 后逐步迁移，Android 10+ 全面使用 Soong 作为主构建系统，Make 仅作为兼容层存在：
| 阶段 | 构建系统 | 适用版本 | 核心定位 |
|---|---|---|---|
| 传统构建 | Make + Android.mk | Android 1.0 ~ 9.0 | 早期全流程构建，配置简单但扩展性差、并行效率低 |
| 现代构建 | Soong + Blueprint + Ninja | Android 10 ~ 15（主流） | 替代 Make，支持高并发、模块化、跨平台、强类型配置 |
整体构建架构分层：业务配置文件 (Android.bp/Android.mk)→解析器 (Soong/Blueprint)→构建脚本 (ninja 文件)→执行引擎 (Ninja)→最终镜像 / APK / 二进制产物
二、核心构建工具与技术栈
1. 核心构建工具链
（1）Soong
AOSP 现代构建系统的核心框架，用 Go 语言开发，是整个构建流程的 "大脑"：
- 负责解析
Android.bp配置文件，生成构建规则； - 整合编译、打包、签名、依赖检查等全流程；
- 兼容旧版
Android.mk，实现平滑迁移； - 支持模块化、条件编译、平台差异化配置。
（2）Blueprint
Soong 的底层依赖库，提供配置文件解析、构建规则生成能力，定义了Android.bp的语法规范，将声明式配置转换为中间构建描述，最终输出 Ninja 可执行的构建文件。
（3）Ninja
高性能构建执行引擎，替代 Make 的执行层，是 AOSP 高并发编译的核心：
- 专为大型项目优化，编译并行效率远高于 Mak
