Glossar der Android-Plattform

Sehen Sie sich die Liste unten an, um die grundlegende Terminologie des Android Open Source Project (AOSP) zu lernen. Hier sind weitere Quellen für Definitionen von Schlüsselbegriffen:

Unter Kodieren mit Respekt finden Sie Beispiele für Terminologie, die für ein integrativeres Ökosystem verwendet und vermieden werden sollte.

Anwendungen

.apk-Datei
Android-Anwendungspaketdatei. Jede Android-Anwendung wird kompiliert und in eine einzelne Datei gepackt, die den gesamten Anwendungscode (.dex-Dateien), Ressourcen, Assets und die Manifestdatei enthält. Die Anwendungspaketdatei kann einen beliebigen Namen haben, muss jedoch die Erweiterung .apk verwenden. Beispiel: myExampleAppname.apk . Der Einfachheit halber wird eine Anwendungspaketdatei oft als ".apk" bezeichnet.

Verwandte: Anwendung .

Handlung
Eine Beschreibung von etwas, das ein Intent -Absender getan haben möchte. Eine Aktion ist ein einem Intent zugewiesener Zeichenfolgenwert. Aktionszeichenfolgen können von Android oder einem Drittentwickler definiert werden. Beispielsweise android.intent.action.VIEW für eine Web-URL oder com.example.rumbler.SHAKE_PHONE für eine benutzerdefinierte Anwendung zum Vibrieren des Telefons.

Verwandte: Absicht .

Aktivität
Ein einzelner Bildschirm in einer Anwendung mit unterstützendem Java-Code, abgeleitet von der Activity -Klasse. Am häufigsten wird eine Aktivität sichtbar durch ein Vollbildfenster dargestellt, das UI-Ereignisse empfangen und verarbeiten und komplexe Aufgaben ausführen kann, da das Fenster zum Rendern des Fensters verwendet wird. Obwohl eine Aktivität normalerweise im Vollbildmodus angezeigt wird, kann sie auch schwebend oder transparent sein.
Anwendung
Aus Sicht der Komponenten besteht eine Android-Anwendung aus einer oder mehreren Aktivitäten, Diensten, Zuhörern und Absichtsempfängern. Aus Sicht der Quelldatei besteht eine Android-Anwendung aus Code, Ressourcen, Assets und einem einzigen Manifest. Während der Kompilierung werden diese Dateien in einer einzigen Datei gepackt, die als Anwendungspaketdatei (.apk) bezeichnet wird.

Verwandte: .apk , Aktivität

Rundfunkempfänger
Eine Anwendungsklasse, die auf Broadcast-Intents lauscht, anstatt an eine einzelne Zielanwendung/Aktivität gesendet zu werden. Das System liefert eine Broadcast-Intent an alle interessierten Broadcast-Empfänger, die die Intent sequentiell bearbeiten.

Verwandte: Absicht , Absichtsfilter .

Inhalt Anbieter
Eine Datenabstraktionsschicht, die Sie verwenden können, um die Daten Ihrer Anwendung sicher für andere Anwendungen verfügbar zu machen. Ein Inhaltsanbieter basiert auf der ContentProvider -Klasse, die Inhaltsabfragezeichenfolgen eines bestimmten Formats verarbeitet, um Daten in einem bestimmten Format zurückzugeben. Weitere Informationen finden Sie im Thema Inhaltsanbieter .

Verwandte: URI-Verwendung in Android

Dialog
Ein schwebendes Fenster, das als leichte Form fungiert. Ein Dialogfeld kann nur Schaltflächensteuerelemente enthalten und soll eine einfache Aktion ausführen (z. B. Schaltflächenauswahl) und möglicherweise einen Wert zurückgeben. Ein Dialogfeld soll nicht im Verlaufsstapel verbleiben, ein komplexes Layout enthalten oder komplexe Aktionen ausführen. Android bietet Ihnen ein einfaches Standarddialogfeld mit optionalen Schaltflächen, obwohl Sie Ihr eigenes Dialoglayout definieren können. Die Basisklasse für Dialoge ist Dialog .

Verwandte: Aktivität .

Absicht
Ein Nachrichtenobjekt, das Sie zum asynchronen Starten oder Kommunizieren mit anderen Anwendungen/Aktivitäten verwenden können. Ein Intent-Objekt ist eine Instanz von Intent . Es enthält mehrere Kriterienfelder, die Sie angeben können, um zu bestimmen, welche Anwendung/Aktivität die Absicht erhält und was der Empfänger tut, wenn er die Absicht verarbeitet. Zu den verfügbaren Kriterien gehören die gewünschte Aktion, eine Kategorie, ein Datenstring, der MIME-Typ der Daten, eine Behandlungsklasse und andere. Eine Anwendung sendet eine Absicht an das Android-System, anstatt sie direkt an eine andere Anwendung/Aktivität zu senden. Die Anwendung kann den Intent an eine einzelne Zielanwendung oder als Broadcast senden, der wiederum von mehreren Anwendungen nacheinander verarbeitet werden kann. Das Android-System ist für die Auflösung des am besten verfügbaren Empfängers für jeden Intent verantwortlich, basierend auf den im Intent bereitgestellten Kriterien und den von anderen Anwendungen definierten Intent-Filtern. Weitere Informationen finden Sie unter Absichten und Absichtsfilter .

Verwandte: Intent Filter , Broadcast Receiver .

Absichtsfilter
Ein Filterobjekt, das eine Anwendung in ihrer Manifestdatei deklariert, um dem System mitzuteilen, welche Arten von Absichten jede ihrer Komponenten zu akzeptieren bereit ist und mit welchen Kriterien. Durch einen Intent-Filter kann eine Anwendung Interesse an bestimmten Datentypen, Intent-Aktionen, URI-Formaten usw. bekunden. Beim Auflösen einer Absicht wertet das System alle verfügbaren Absichtsfilter in allen Anwendungen aus und leitet die Absicht an die Anwendung/Aktivität weiter, die der Absicht und den Kriterien am besten entspricht. Weitere Informationen finden Sie unter Absichten und Absichtsfilter .

Verwandte: Absicht , Broadcast Receiver .

Ressourcen
Nichtprogrammatische Anwendungskomponenten, die sich außerhalb des kompilierten Anwendungscodes befinden, die jedoch mithilfe eines bekannten Referenzformats aus dem Anwendungscode geladen werden können. Android unterstützt eine Vielzahl von Ressourcentypen, aber die Ressourcen einer typischen Anwendung bestehen aus UI-Strings, UI-Layoutkomponenten, Grafiken oder anderen Mediendateien und so weiter. Eine Anwendung verwendet Ressourcen, um die Lokalisierung und verschiedene Geräteprofile und -zustände effizient zu unterstützen. Beispielsweise würde eine Anwendung einen separaten Satz von Ressourcen für jeden unterstützten lokalen oder Gerätetyp enthalten, und sie könnte Layoutressourcen enthalten, die für die aktuelle Bildschirmausrichtung (Querformat oder Hochformat) spezifisch sind. Weitere Informationen zu Ressourcen finden Sie unter Ressourcen und Assets . Die Ressourcen einer Anwendung werden immer in den Unterordnern res/* des Projekts gespeichert.
Service
Ein Objekt der Klasse Service , das im Hintergrund (ohne UI-Präsenz) ausgeführt wird, um verschiedene dauerhafte Aktionen auszuführen, z. B. das Abspielen von Musik oder das Überwachen der Netzwerkaktivität.

Verwandte: Aktivität

URIs in Android
Android verwendet URI-Strings (Uniform Resource Identifier) ​​als Grundlage zum Anfordern von Daten bei einem Inhaltsanbieter (z. B. zum Abrufen einer Kontaktliste) und zum Anfordern von Aktionen in einem Intent (z. B. Öffnen einer Webseite in einem Browser). Das URI-Schema und -Format ist je nach Art der Verwendung spezialisiert, und eine Anwendung kann bestimmte URI-Schemata und -Strings auf beliebige Weise handhaben. Einige URI-Schemata werden von Systemkomponenten reserviert. Datenanforderungen von einem Inhaltsanbieter müssen beispielsweise content:// verwenden. In einem Intent wird ein URI, der ein http:// Schema verwendet, vom Browser verarbeitet.

Bauen

adb
Android Debug Bridge, eine im SDK enthaltene Befehlszeilen-Debugging-Anwendung. Es bietet Tools zum Durchsuchen des Geräts, Kopieren von Tools auf dem Gerät und Weiterleiten von Ports zum Debuggen. Wenn Sie in Android Studio entwickeln, ist adb in Ihre Entwicklungsumgebung integriert. Weitere Informationen finden Sie unter Android Debug Bridge .
Android-Projekt
Ein Git-Repository auf einem Android-Gerrit-Host. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Gerrit .
Fingerabdruck erstellen
Der Build-Fingerabdruck ist eine eindeutige, für Menschen lesbare Zeichenfolge, die Herstellerinformationen enthält, die für jeden Build ausgegeben werden. Weitere Informationen finden Sie unter Grundlegendes zu Build-Fingerabdrücken .
Git
Das von Android verwendete Quellcodeverwaltungstool, das in der Vergangenheit auf einem einzigen Git-Repository ausgeführt wurde. Wird in Verbindung mit Repo für mehrere Git-Repositories verwendet. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Git .
Git-Zweig – kanonisch
Unterschiedliche Versionen für jedes Git-Repository, z. B. android-11.0.0_r1 , finden Sie unter cs.android.com/android/platform/superproject/+/android-11.0.0_r1 . Weitere Informationen finden Sie unter Git Branching – Branches in a Nutshell .
Git-Zweig – lokal
Eine temporäre Verzweigung im aktuellen Repo-Client, um Codeänderungen vorzunehmen, die mit dem repo start branch-name . Befehl. eine aktive Entwicklungslinie. Der letzte Commit auf einem Zweig wird als Spitze dieses Zweigs bezeichnet.
Git-Repository
Dies wird manchmal als Projekt bezeichnet und ist ein Teil der Codebasis, der eine bestimmte Komponente oder einen bestimmten Gerätetyp darstellt, z. B. frameworks/base oder platform/packages/apps/Car/Media .
Manifest-Datei
Eine XML-Datei, die eine Gruppierung von Git-Repositories pro Branche, die Git-Revisionen, in denen diese Repositories ausgecheckt werden sollen, und ihr Layout in einem Dateisystem beschreibt. Diese XML-Datei, die normalerweise default.xml heißt, ist mit einem Repo-Zweig verknüpft und beschreibt die Git-Repositories und Git-Zweige, die ausgecheckt werden, wenn Sie den Repo-Zweig initialisieren und synchronisieren. Diese Datei definiert die verschiedenen Git-Repositories, die das Repo-Tool in einen Repo-Client-Checkout abrufen soll, um ein Produkt (z. B. Android Automotive OS) zu erstellen. Alle Manifeste finden Sie unter android.googlesource.com/platform/manifest/+refs . Sehen Sie sich das Standardmanifest an, das in AndroidManifest- Dateien enthalten ist, um Dateien der Android-Plattform (AOSP) unter android.googlesource.com/platform/manifest/+/refs/heads/master/default.xml abzurufen . In der Datei AndroidManifest.xml finden Sie App-Informationen und das Repository- Manifestformat für die Plattformentwicklung.
Over-the-air (OTA)-Update
Android-Geräte im Außendienst können Over-the-Air (OTA)-Updates für das System, die Anwendungssoftware und die Zeitzonenregeln empfangen und installieren. Weitere Informationen finden Sie unter OTA-Updates .
Repo
Ein Wrapper um Git, um einfachere Operationen auf mehreren Git-Repositories zu ermöglichen. Es aggregiert und verwaltet die vielen Git-Repositories als einzelne Kasse oder Codebasis. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Repo .
Repo-Zweig
Eine Sammlung von Git-Repositories, die in einer AndroidManifest -Datei erfasst sind, die eine Version (Build) der Android-Codebasis darstellt, z. B. android11-gsi oder aosp-android-games-sdk , heruntergeladen über die Befehle repo init und repo sync . In der Beschreibung der Manifestdatei finden Sie Links zu allen Manifestdateien, und verwenden Sie https://cs.android.com/, um nach ihren Builds zu suchen.
aufwärts
Im Allgemeinen aktualisiert uprev ein Teilprojekt eines größeren Projekts auf eine neuere Version. Ein Uprev ändert eine Revisionsstufe entweder auf die nächste inkrementierte Version oder auf die neueste verfügbare Version. Im Fall eines HIDL-Pakets aktualisiert ein Minor-Version-Uprev das neue Paket auf eine höhere Minor-Version, um die abwärtskompatible Erweiterbarkeit auf Paketebene beizubehalten, während derselbe Name und dieselbe Hauptversion wie das alte Paket beibehalten werden. Im Fall der Bootloader-Konfiguration aktualisiert ein uprev die Boot-Header-Versionsunterstützung auf die neueste Version.

Grafik

Segeltuch
Eine Zeichenoberfläche, die das Zusammensetzen der tatsächlichen Bits mit einem Bitmap- oder Oberflächenobjekt handhabt. Es verfügt über Methoden zum standardmäßigen Computerzeichnen von Bitmaps, Linien, Kreisen, Rechtecken, Text usw. und ist an ein Bitmap oder eine Oberfläche gebunden. Canvas ist die einfachste Möglichkeit, 2D-Objekte auf dem Bildschirm zu zeichnen. Die Basisklasse ist Canvas .

Verwandte: Drawable , OpenGL ES , Surface .

Ziehbar
Eine kompilierte visuelle Ressource, die als Hintergrund, Titel oder anderer Teil des Bildschirms verwendet werden kann. Ein Drawable wird normalerweise in ein anderes UI-Element geladen, beispielsweise als Hintergrundbild. Ein Drawable ist nicht in der Lage, Ereignisse zu empfangen, weist aber verschiedene andere Eigenschaften wie "Zustand" und Zeitplanung zu, um Unterklassen wie Animationsobjekte oder Bildbibliotheken zu aktivieren. Viele zeichenbare Objekte werden aus zeichenbaren Ressourcendateien geladen – XML- oder Bitmap-Dateien, die das Bild beschreiben. Drawable-Ressourcen werden in Unterklassen von android.graphics.drawable kompiliert. Weitere Informationen zu Drawables und anderen Ressourcen finden Sie unter Ressourcen .

Verwandte: Ressourcen , Leinwand

Layout-Ressource
Eine XML-Datei, die das Layout eines Aktivitätsbildschirms beschreibt.

Verwandte: Ressourcen

Neun-Patch / 9-Patch / Neun-Patch-Bild
Eine Bitmap-Ressource mit veränderbarer Größe, die für Hintergründe oder andere Bilder auf dem Gerät verwendet werden kann. Weitere Informationen finden Sie unter Dehnbares Neun-Patch-Bild .

Verwandte: Ressourcen .

OpenGL ES
Android stellt OpenGL ES-Bibliotheken für hardwarebeschleunigtes 3D-Rendering bereit. Für das 2D-Rendering ist Canvas die einfachere Option." OpenGL ES ist im Android Native Development Kit (NDK) für eine einfache Verwendung verfügbar. Die Pakete android.opengl und javax.microedition.khronos.opengles stellen die OpenGL ES-Funktionalität bereit.

Verwandte: Leinwand , Oberfläche

Fläche
Ein Objekt vom Typ Surface , das einen Speicherblock darstellt, der auf dem Bildschirm zusammengesetzt wird. Eine Oberfläche enthält ein Canvas-Objekt zum Zeichnen und bietet verschiedene Hilfsmethoden zum Zeichnen von Ebenen und zum Ändern der Größe der Oberfläche. Sie sollten diese Klasse nicht direkt verwenden; Verwenden Sie stattdessen SurfaceView .

Verwandte: Leinwand

SurfaceView
Ein View-Objekt, das eine Oberfläche zum Zeichnen umschließt und Methoden verfügbar macht, um seine Größe und sein Format dynamisch anzugeben. Ein SurfaceView bietet eine Möglichkeit, unabhängig vom UI-Thread für ressourcenintensive Vorgänge (z. B. Spiele oder Kameravorschauen) zu zeichnen, verbraucht jedoch dadurch zusätzlichen Speicher. SurfaceView unterstützt sowohl Canvas- als auch OpenGL ES-Grafiken. Die Basisklasse ist SurfaceView .

Verwandte: Oberfläche

Thema
Eine Reihe von Eigenschaften (Textgröße, Hintergrundfarbe usw.), die gebündelt sind, um verschiedene Standardanzeigeeinstellungen zu definieren. Android bietet einige Standarddesigns, die in R.style aufgeführt sind (beginnend mit „Theme_“).
Sicht
Ein Objekt, das einen rechteckigen Bereich auf dem Bildschirm zeichnet und Klicks, Tastenanschläge und andere Interaktionsereignisse verarbeitet. Eine Ansicht ist eine Basisklasse für die meisten Layoutkomponenten eines Aktivitäts- oder Dialogbildschirms (Textfelder, Fenster usw.). Es empfängt Aufrufe von seinem übergeordneten Objekt (siehe ViewGroup ), sich selbst zu zeichnen, und informiert sein übergeordnetes Objekt darüber, wo und wie groß es sein möchte (was vom übergeordneten Objekt respektiert werden kann oder nicht). Weitere Informationen finden Sie unter View .

Verwandt: Hierarchie anzeigen , ViewGroup , Widget

Hierarchie anzeigen
Eine Anordnung von View- und ViewGroup-Objekten, die die Benutzeroberfläche für jede Komponente einer App definiert. Die Hierarchie besteht aus Ansichtsgruppen, die eine oder mehrere untergeordnete Ansichten oder Ansichtsgruppen enthalten. Sie können eine visuelle Darstellung einer Ansichtshierarchie zum Debuggen und Optimieren erhalten, indem Sie den im Android SDK enthaltenen Hierarchy Viewer verwenden.

Verwandt: View , ViewGroup

ViewGroup
Ein Containerobjekt, das einen Satz untergeordneter Ansichten gruppiert. Die Ansichtsgruppe ist verantwortlich für die Entscheidung, wo untergeordnete Ansichten positioniert werden und wie groß sie sein können, sowie für den Aufruf jeder Ansicht, sich selbst zu zeichnen, wenn dies angemessen ist. Einige Ansichtsgruppen sind unsichtbar und dienen nur dem Layout, während andere eine intrinsische Benutzeroberfläche haben (z. B. ein Listenfeld mit Bildlauf). Ansichtsgruppen befinden sich alle im widget , erweitern jedoch ViewGroup .

Verwandt: Ansicht , Hierarchie anzeigen

Widget
Eine aus einer Reihe von vollständig implementierten View-Unterklassen, die Formularelemente und andere UI-Komponenten darstellen, z. B. ein Textfeld oder ein Popup-Menü. Da ein Widget vollständig implementiert ist, verarbeitet es das Messen und Zeichnen selbst und reagiert auf Bildschirmereignisse. Widgets befinden sich alle im Paket android.widget .
Fenster
In einer Android-Anwendung ein von der abstrakten Klasse Window abgeleitetes Objekt, das die Elemente eines generischen Fensters angibt, z. B. das Erscheinungsbild (Titelleistentext, Position und Inhalt von Menüs usw.). Dialog und Activity verwenden eine Implementierung dieser Klasse, um ein Fenster zu rendern. Sie müssen diese Klasse nicht implementieren oder Windows in Ihrer Anwendung verwenden.

Plattform

Android Runtime (ART) und Dalvik
Die Android-Laufzeit (ART) ist die verwaltete Laufzeit, die von Anwendungen und einigen Systemdiensten auf Android verwendet wird. Die Android-Laufzeit (ART) ist die Standardlaufzeit für Geräte mit Android 5.0 (API-Ebene 21) und höher. ART und sein Vorgänger Dalvik wurden ursprünglich speziell für das Android Open Source Project entwickelt. ART als Laufzeitumgebung führt das Dalvik Executable-Format und die Dex-Bytecode-Spezifikation aus. ART und Dalvik sind kompatible Laufzeiten, auf denen Dex-Bytecode ausgeführt wird, sodass für Dalvik entwickelte Apps funktionieren sollten, wenn sie mit ART ausgeführt werden.
Codeline
Eine Codeline enthält die Freigabe eines Softwareprodukts. Es besteht aus einem oder mehreren Zweigen aus einem oder mehreren Repositories, die häufig alle gleichzeitig aktiv entwickelt werden. Die Codeline ist der Aggregationspunkt und das Ziel für die Veröffentlichung. Weitere Informationen zu Codelines finden Sie unter Android Software Management .
.dex-Datei
Kompilierte Android-Anwendungscodedatei.

Android-Programme werden in .dex-Dateien (Dalvik Executable) kompiliert, die wiederum in eine einzelne .apk-Datei auf dem Gerät gezippt werden. .dex-Dateien können erstellt werden, indem kompilierte Anwendungen, die in der Programmiersprache Java geschrieben wurden, automatisch übersetzt werden.

Prüfen

Artefakte
Artefakte sind Build-bezogene Protokolle, die eine lokale Fehlerbehebung ermöglichen. Diese Protokolle sind direkt von Gerrit aus zugänglich, wenn Sie Ihre Änderungsliste anzeigen. Scrollen Sie nach unten zu Presubmit Status und klicken Sie auf den roten Build -Link, um die zugehörige Datei build_error.log anzuzeigen oder herunterzuladen. Sie können diese Artefakte auch vom zentralen Android Continuous Integration-Server unter ci.android.com/ abrufen , indem Sie auf das Download-Symbol (Pfeil nach unten) für das Ziel und den Build klicken. Weitere Informationen zum Auffinden von Artefakten finden Sie unter Android Continuous Integration .
CDD
Das Android Compatibility Definition Document (CDD) listet die Anforderungen auf, die erfüllt sein müssen, damit Ihre Geräte mit der neuesten Version von Android kompatibel sind. Um als mit Android kompatibel zu gelten, MÜSSEN Geräteimplementierungen die in dieser Kompatibilitätsdefinition aufgeführten Anforderungen erfüllen, einschließlich aller Dokumente, die durch Bezugnahme aufgenommen wurden. Weitere Informationen zum CDD finden Sie im Android Compatibility Definition Document .
CTS
Die Compatibility Test Suite (CTS) ist die Testsuite zur Sicherstellung der API-Korrektheit und der in der CDD festgelegten Spezifikation. Es ist als Quelle innerhalb von AOSP verfügbar und kann als Binärdatei heruntergeladen werden. Weitere Informationen finden Sie unter Compatibility Test Suite .
CTS-Verifizierer
Der Compatibility Test Suite Verifier (CTS Verifier) ​​ist eine Ergänzung zum CTS. CTS Verifier bietet Tests für APIs und Funktionen, die auf einem stationären Gerät nicht ohne manuelle Eingabe getestet werden können (z. B. Audioqualität, Beschleunigungsmesser usw.). Weitere Informationen finden Sie unter Verwenden von CTS Verifier .
Debuggen
Das Debuggen erfordert das Auffinden und Beheben von Fehlern im Code der Android-Plattform, entweder in Funktionen oder deren Tests. Weitere Informationen finden Sie unter Debuggen von nativem Android-Plattformcode
GoogleTest (GTest)
GTest ist das Test- und Mocking-Framework für C++ von Google. GTest-Binärdateien greifen normalerweise auf Abstraktionsschichten auf niedrigerer Ebene zu oder führen rohe IPC gegen verschiedene Systemdienste durch. Aus diesem Grund ist der Testansatz für Gtest normalerweise eng mit dem zu testenden Dienst gekoppelt. Den Code finden Sie unter github.com/google/googletest und die Dokumentation unter google.github.io/googletest .
Instrumententest
Ein Instrumentierungstest stellt eine spezielle Testausführungsumgebung bereit, die durch den am instrument -Befehl gestartet wird, wo der Zielanwendungsprozess neu gestartet und mit grundlegendem Anwendungskontext initialisiert wird und ein Instrumentierungs-Thread innerhalb der virtuellen Maschine des Anwendungsprozesses gestartet wird. Weitere Informationen finden Sie unter Instrumentierungstests .
Logcat
Logcat ist ein Befehlszeilentool, das ein Protokoll mit Systemmeldungen ausgibt, einschließlich Stacktraces, wenn das Gerät einen Fehler ausgibt, und Meldungen, die Sie von Ihrer App mit der Log -Klasse geschrieben haben. Weitere Informationen finden Sie unter Logcat-Befehlszeilentool .
Protokollierung
Die Anmeldung in Android ist aufgrund der Mischung aus verwendeten Standards, die in logcat kombiniert werden, komplex. Einzelheiten zu den wichtigsten verwendeten Standards finden Sie unter Protokollierung verstehen .
Konflikt zusammenführen
Ein Zusammenführungskonflikt tritt auf, wenn zwei oder mehr Versionen derselben Datei nicht mehr automatisch vom Android-Build-Server zusammengeführt werden können. Diese erfordern normalerweise eine manuelle Bearbeitung der Datei, um alle widersprüchlichen Aktualisierungen zu beheben.
Presubmit- und Postsubmit-Tests
Presubmit-Tests werden verwendet, um zu verhindern, dass Fehler in die gemeinsamen Kernel eingeführt werden. Die Ergebnisse sind derzeit nicht öffentlich verfügbar.

Android-Postsubmit-Tests werden durchgeführt, wenn ein neuer Patch an einen gemeinsamen Kernel-Zweig übergeben wird. Indem aosp_kernel als Teil des Zweignamens eingeben, können Sie eine Liste der Kernel-Zweige mit verfügbaren Ergebnissen sehen. Ergebnisse für „android-mainline“ finden Sie beispielsweise hier .
Tradefed
Die Testumgebung Trade Federation (kurz Tradefed oder TF) ist ein kontinuierliches Testframework, das für die Ausführung von Tests auf Android-Geräten entwickelt wurde. Beispielsweise wird Tradefed verwendet, um CTS und VTS auszuführen. Weitere Informationen finden Sie unter Überblick über den Handelsverband .
VTS
Die Android Vendor Test Suite (VTS) bietet umfangreiche Funktionen für Android-Tests, fördert einen testgetriebenen Entwicklungsprozess und automatisiert HAL- und OS-Kernel-Tests. Weitere Informationen finden Sie unter Vendor Test Suite (VTS) und Infrastruktur .