Ab dem 27. März 2025 empfehlen wir, android-latest-release anstelle von aosp-main zu verwenden, um AOSP zu erstellen und Beiträge dazu zu leisten. Weitere Informationen finden Sie unter Änderungen am AOSP.
Build – Übersicht
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
AOSP verwendet das Soong-Buildsystem, um Android zu erstellen. Soong nutzt das GNU-Klontool kati und die Ninja-Buildsystemkomponente, um Android-Builds zu beschleunigen.
Soong-Build-Dateien werden als Blueprint-Dateien bezeichnet und haben den Namen Android.bp. Diese Dateien ähneln in Syntax und Semantik Bazel-BUILD-Dateien.
Eine detaillierte Beschreibung des Android.bp-Dateiformats finden Sie unter Android.bp-Dateiformat.
Informationen zum Konvertieren von Make-Dateien in Android.bp-Dateien finden Sie im Vergleich von Make und Soong.
Flags für die Einführung von Funktionen und Build-Flags
Flags für die Einführung von Funktionen sind Binärflags, mit denen nicht getesteter Code von getestetem Code getrennt werden kann. Wenn Sie einen eigenen Mirror des externen Entwicklungszweigs von AOSP haben, können Sie diese Flags verwenden, um den gespiegelten Code stabil zu halten. Wenn Sie Code zum öffentlichen externen Entwicklungszweig beitragen möchten, werden Sie möglicherweise vom Prüfer Ihrer Änderung aufgefordert, eine Markierung für Ihren Code zu implementieren.
Build-Flags sind Konstanten (Strings) zur Buildzeit, mit denen Sie Ihren Build ändern können, z. B. optional eine Codebibliothek einschließen.
Eine Erläuterung der verschiedenen Codezweige finden Sie unter Release-Lebenszyklus.
Für Flags zur Einführung von Funktionen und Build-Flags sind Änderungen an Build-Dateien erforderlich. Weitere Informationen zu diesen Flags, einschließlich ihrer Verwendung in einem Build, finden Sie in der Übersicht über Flags für die Einführung von Funktionen und auf den zugehörigen Seiten.
Alle Inhalte und Codebeispiele auf dieser Seite unterliegen den Lizenzen wie im Abschnitt Inhaltslizenz beschrieben. Java und OpenJDK sind Marken oder eingetragene Marken von Oracle und/oder seinen Tochtergesellschaften.
Zuletzt aktualisiert: 2025-07-27 (UTC).
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-07-27 (UTC)."],[],[],null,["# Build overview\n\nAOSP uses the *Soong* build system to build Android. Soong leverages the\n[kati](https://github.com/google/kati/blob/master/README.md) GNU\nMake clone tool and [Ninja](https://ninja-build.org/) build system\ncomponent to speed up builds of Android.\n\nSoong build files are called *blueprint files* and are named `Android.bp`. These\nfiles are similar in syntax and\nsematics to [Bazel BUILD files](https://bazel.build/reference/be/overview).\n\nFor a detailed description of the `Android.bp` file format, see\n[Android.bp file format](/docs/setup/reference/androidbp).\n\nFor information on converting your Make files to `Android.bp` files, see\n[Make and Soong comparison](/docs/setup/build/make-to-soong).\n\nFeature launch flags and build flags\n------------------------------------\n\n*Feature launch flags* are binary flags used to isolate untested code from\ntested code. If you have your own mirror of the AOSP external development\nbranch, you can use these flags to keep your mirrored code stable. Additionally,\nif you intend on contributing code to the public external development branch,\nyou might be asked by your change's reviewer to implement a flag for your code.\n\n*Build flags* are build-time constants (strings) used to modify your build, such\nas optionally including a code library.\n\nFor an explanation of the different code branches, see\n[Release lifecycle](/docs/setup/contribute/release-lifecycle).\n\nFeature launch flags and build flags require changes to build files. For\nadditional information on these flags, including their use in a build, see\nthe [Feature launch flags overview](/docs/setup/build/feature-flagging) and\nadjacent pages."]]
