文章总结： 文档针对AOSPAndroid13系统编译过程中出现的soongbootstrapfailed和ninja子命令失败问题，提供了系统性的排查解决方案。核心要点包括：优先检查内存与交换空间不足问题并给出具体Swap扩容命令；指导清理构建输出、重新同步代码；建议调整编译并行度；重点说明需修正Android.bp中的依赖库名称错误及添加double_loadable标记等关键操作。 综合评分： 82 文章分类： 安全开发,移动安全,解决方案,技术标准,其他

AOSP Pixel4 Android13系统定制(编译问题解决)

原创

云天实验室 云天实验室

哆啦安全

2025年10月6日 10:14 四川

在小说阅读器读本章

去阅读

soong bootstrap failed with: exit status 1ninja: build stopped: subcommand failed.

逆向分析工具(IDA9)

Android ADB 调试工具 V3.0

鸿蒙(HarmonyOS Next)系统提取手机本地已安装应用的hap包

在AOSP（Android Open Source Project）的编译过程中，遇到soong bootstrap failed和ninja子命令失败是比较常见的情况，这通常与资源不足、环境配置或代码依赖有关。下面是一些排查和解决方法。

排查与解决步骤

你可以按照以下步骤来排查和解决问题，建议从最常见的内存问题开始。

1.检查系统资源（内存与交换空间）

AOSP编译对内存需求较高。如果系统物理内存（RAM）不足，编译器进程可能会被系统终止，导致构建失败。

(2).检查内存与Swap使用情况：在编译过程中，打开另一个终端，运行 free -h 命令，观察 Used 列是否接近或达到 Total 列的值。如果是，说明内存不足。

(3).增加Swap空间：这能提供额外的虚拟内存。例如，要增加8GB的Swap，可以执行以下命令（需要root权限）：

扩大原有swap交换分区

需要先移除，然后重新创建添加(如果添加第二个swap分区，系统反而会变慢)

#首先输入以下命令停用SWAP空间sudo swapoff -v /swapfile
#/在/etc/fstab文件中删除有效swap的行sudo vim /etc/fstab
#最后执行以下命令删除swapfile文件sudo rm /swapfile
#创建一个8GB的空文件（根据你需要调整count值，8192=8GB）sudo dd if=/dev/zero of=/swapfile bs=1M count=8192
#设置正确的权限sudo chmod 600 /swapfile
#格式化为swap文件sudo mkswap /swapfile
#启用swap文件sudo swapon /swapfile

为了使配置永久生效，可以将/swapfile none swap sw 0 0这行添加到/etc/fstab 文件中

sudo vim /etc/fstab

#首先输入以下命令停用SWAP空间sudo swapoff -v /swapfile
#/在/etc/fstab文件中删除有效swap的行sudo vim /etc/fstab
#最后执行以下命令删除swapfile文件sudo rm /swapfile
sudo swapon --show
sudo mkdir /swap
cd /swap/
#创建一个8GB的空文件（根据你需要调整count值，8192=8GB）sudo dd if=/dev/zero of=swapfile bs=1M count=8192或sudo dd if=/dev/zero of=swapfile bs=8192 count=2000000
#设置正确的权限sudo chmod 600 swapfile
#格式化为swap文件sudo mkswap -f swapfile
#启用swap文件sudo swapon /swap/swapfile
#使配置永久生效sudo vim /etc/fstab

2.清理并重新同步代码

代码仓库同步不完整或之前的构建残留有时也会引发问题。

(1).清理构建输出：在AOSP源码根目录下，执行make clean或删除out目录 (rm -rf out)。

(2).重新同步代码：使用repo sync -c -j4命令同步代码，确保代码库完整一致。

3.调整编译并行度并预加载依赖

降低编译时的并行任务数量可以减少系统资源消耗。

(1).使用更少的任务编译：例如，使用make -j4指定4个并行任务。任务数最好等于或略少于你的CPU核心数。

(2).先单独触发Soong构建：有时可以先运行source build/envsetup.sh并lunch选择目标后，尝试执行build/soong/soong_ui.bash –make-mode来单独构建Soong。

4.检查并修正库依赖

确保你在Android.bp文件中引用的库名称是AOSP构建系统能够识别的。

(1).使用正确的模块名：AOSP不支持像Gradle那样通过Maven坐标

（如 org.tensorflow:tensorflow-lite:+）来引用库。你必须使用AOSP中已有的模块名，例如对于TensorFlow Lite，正确的依赖可能类似于 “libtensorflowlite”或”tensorflowlite_java”。请查阅AOSP源码中相应库的

Android.bp 文件来确认准确的模块名。

(2).示例修正： 将 Android.bp中如：

static_libs: [    "org.tensorflow:tensorflow-lite:+",]

修改为：

static_libs: [    "tensorflowlite_java",]

5.检查并修复特定的模块标记

某些情况下，库模块可能需要特定的标记才能被正确链接。

添加double_loadable标记：如果错误信息明确指出某个库（如搜索中提到的libselinux）不是LL-NDK、VNDK-SP，并且没有显式标记为double_loadable:true，你需要在该库的Android.bp定义中添加double_loadable: true。这通常发生在解决VNDK依赖问题时。

6.总结

总的来说，AOSP编译失败时，建议你：

• 优先排查内存和交换空间是否充足。
• 确认代码同步完整且依赖项名称正确。
• 可适当降低编译任务数。
• 留意编译输出中的具体错误信息，它通常能提供最直接的线索。

AOSP Android13源码编译

AOSP Android10源码编译

https://wiki.lineageos.org/devices/flame/build/

frida魔改篇

魔改Frida方案浅析

魔改frida绕过App检测

魔改frida到绕过检测的思路

fgum编译裁剪frida绕过部分对抗

魔改frida特征和编译(绕过frida检测)

系统定制篇

Android系统ROM定制汇总篇

Android10至16系统ROM定制篇

Android7至Android16系统定制篇(魔改)

Android系统定制绕过检测(入门到精通-建议收藏)

App抓包篇

常见APP抓包方法汇总(2025)

Android15通过Frida Hook绕过SSL证书检测方法

安卓15抓包新姿势:Frida内存篡改+eCapture流量镜像

绕过检测终极指南:KernelSU环境下的Frida Hook与eCapture全协议抓包

逆向分析篇

Python字节码反编译工具(逆向分析)

Python字节码反编译逆向分析(高级篇)

IDA Pro动态调试Android应用的完整实战

Android应用加固工具完整代码实现(加固实战)

so脱壳全流程(识别加壳、Frida Dump、原理深入解析)

Android Dex VMP壳:指令流AES加密+动态加载全流程

Android Dex VMP壳:自定义虚拟机+指令解释执行全流程

C&C++代码安全再升级(用OLLVM给so加上字符串加密保护)

Frida Stalker Trace实战(指令级跟踪与寄存器变化监控全解析)

Android反调试攻防实战(多重检测手段解析与内核级绕过方案)

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：哆啦安全 云天实验室 云天实验室《AOSP Pixel4 Android13系统定制(编译问题解决)》