Glossar der Android-Plattform

In der folgenden Liste erfahren Sie mehr über die grundlegende Terminologie des Android Open Source Project (AOSP). Hier finden Sie weitere Quellen für Definitionen wichtiger Begriffe:

Beispiele für zu verwendende und zu vermeidende Terminologie für ein integrativeres Ökosystem finden Sie unter Codieren mit Respekt .

Apps

.apk-Datei
Android-Anwendungspaketdatei. Jede Android-Anwendung wird in einer einzigen Datei kompiliert und verpackt, die den gesamten Code (.dex-Dateien), Ressourcen, Assets und Manifestdatei der Anwendung enthält. Die Anwendungspaketdatei kann einen beliebigen Namen haben, muss jedoch die Erweiterung .apk verwenden. Zum Beispiel: myExampleAppname.apk . Der Einfachheit halber wird eine Anwendungspaketdatei oft als „.apk“ bezeichnet.

Verwandte Themen: Anwendung .

Aktion
Eine Beschreibung von etwas, das ein Intent- Absender erledigen möchte. Eine Aktion ist ein Zeichenfolgewert, der einer Absicht zugewiesen wird. 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.

Verwandt: 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 aufgrund des Fensters, das es zum Rendern seines Fensters verwendet, komplexe Aufgaben ausführen kann. Obwohl eine Aktivität normalerweise im Vollbildmodus angezeigt wird, kann sie auch schwebend oder transparent sein.
Anwendung
Aus Komponentensicht besteht eine Android-Anwendung aus einer oder mehreren Aktivitäten, Diensten, Listenern 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 Themen: .apk , Aktivität

Rundfunkempfänger
Eine Anwendungsklasse, die auf Absichten wartet, die gesendet werden, anstatt an eine einzelne Zielanwendung/-aktivität gesendet zu werden. Das System übermittelt einen Broadcast-Intent an alle interessierten Broadcast-Empfänger, die den Intent nacheinander bearbeiten.

Verwandte Themen: Absicht , Absichtsfilter .

Inhalt Anbieter
Eine Datenabstraktionsschicht, die Sie verwenden können, um die Daten Ihrer Anwendung anderen Anwendungen sicher zugänglich 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 Themen: URI-Verwendung in Android

Dialog
Ein schwebendes Fenster, das als leichte Form fungiert. Ein Dialog kann nur Schaltflächensteuerelemente enthalten und soll eine einfache Aktion ausführen (z. B. die Auswahl einer Schaltfläche) und möglicherweise einen Wert zurückgeben. Ein Dialog soll nicht im Verlaufsstapel verbleiben, ein komplexes Layout enthalten oder komplexe Aktionen ausführen. Android stellt Ihnen standardmäßig einen einfachen Dialog mit optionalen Schaltflächen zur Verfügung. Sie können jedoch Ihr eigenes Dialoglayout definieren. Die Basisklasse für Dialoge ist Dialog .

Verwandt: 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 bei der Bearbeitung der Absicht tut. Zu den verfügbaren Kriterien gehören die gewünschte Aktion, eine Kategorie, eine Datenzeichenfolge, der MIME-Typ der Daten, eine Behandlungsklasse und andere. Eine Anwendung sendet einen Intent an das Android-System, anstatt ihn direkt an eine andere Anwendung/Aktivität zu senden. Die Anwendung kann den Intent an eine einzelne Zielanwendung senden oder ihn als Broadcast senden, der wiederum von mehreren Anwendungen nacheinander verarbeitet werden kann. Das Android-System ist dafür verantwortlich, den besten verfügbaren Empfänger für jeden Intent aufzulösen, basierend auf den im Intent bereitgestellten Kriterien und den von anderen Anwendungen definierten Intent-Filtern. Weitere Informationen finden Sie unter Absichten und Absichtsfilter .

Verwandte Themen: 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 mit welchen Kriterien akzeptieren möchte. Über einen Absichtsfilter kann eine Anwendung Interesse an bestimmten Datentypen, Absichtsaktionen, URI-Formaten usw. zum Ausdruck bringen. Beim Auflösen einer Absicht wertet das System alle verfügbaren Absichtsfilter in allen Anwendungen aus und übergibt die Absicht an die Anwendung/Aktivität, die der Absicht und den Kriterien am besten entspricht. Weitere Informationen finden Sie unter Absichten und Absichtsfilter .

Verwandte Themen: Intent , Broadcast Receiver .

Ressourcen
Nichtprogrammatische Anwendungskomponenten, die außerhalb des kompilierten Anwendungscodes liegen, aber 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 usw. Eine Anwendung nutzt Ressourcen, um die Lokalisierung sowie 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 könnte Layoutressourcen enthalten, die spezifisch für die aktuelle Bildschirmausrichtung (Querformat oder Hochformat) sind. Weitere Informationen zu Ressourcen finden Sie unter Ressourcen und Assets . Die Ressourcen einer Anwendung werden immer in den res/* Unterordnern des Projekts gespeichert.
Service
Ein Objekt der Klasse Service , das im Hintergrund (ohne Präsenz auf der Benutzeroberfläche) ausgeführt wird, um verschiedene dauerhafte Aktionen auszuführen, z. B. das Abspielen von Musik oder das Überwachen der Netzwerkaktivität.

Verwandt: Aktivität

URIs in Android
Android verwendet URI-Zeichenfolgen (Uniform Resource Identifier) ​​als Grundlage für die Anforderung von Daten bei einem Inhaltsanbieter (z. B. zum Abrufen einer Kontaktliste) und für die Anforderung von Aktionen in einem Intent (z. B. das Öffnen einer Webseite in einem Browser). Das URI-Schema und -Format ist je nach Verwendungsart spezialisiert, und eine Anwendung kann bestimmte URI-Schemata und -Strings nach Belieben verarbeiten. Einige URI-Schemata sind für Systemkomponenten reserviert. Beispielsweise müssen Datenanfragen von einem Inhaltsanbieter den content:// . 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, zum Kopieren von Tools auf das Gerät und zum 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 Build-Fingerabdrücke verstehen .
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-Repositorys 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
Ein temporärer Zweig im aktuellen Repo-Client, um Codeänderungen vorzunehmen, gestartet mit dem repo start branch-name . Befehl. eine aktive Entwicklungslinie. Der letzte Commit für einen Zweig wird als Spitze dieses Zweigs bezeichnet.
Git-Repository
Manchmal auch als Projekt bezeichnet, handelt es sich um einen Teil der Codebasis, der eine bestimmte Komponente oder einen bestimmten Gerätetyp darstellt, z. B. frameworks/base oder platform/packages/apps/Car/Media .
Manifestdatei
Eine XML-Datei, die eine Gruppierung von Git-Repositorys pro Zweig, die Git-Revisionen, mit denen diese Repositorys ausgecheckt werden sollen, und deren Layout in einem Dateisystem beschreibt. Diese XML-Datei mit dem typischen Namen default.xml ist einem Repo-Zweig zugeordnet und beschreibt die Git-Repositorys und Git-Zweige, die ausgecheckt werden, wenn Sie den Repo-Zweig initialisieren und synchronisieren. Diese Datei definiert die verschiedenen Git-Repositorys, 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 in AndroidManifest- Dateien enthaltene Standardmanifest zum Abrufen von AOSP-Dateien (Android Platform) unter android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml an. App-Informationen finden Sie in der Datei „AndroidManifest.xml“ und im Repo-Manifestformat für die Plattformentwicklung.
Over-the-Air (OTA)-Update
Android-Geräte im Feld 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 Vorgänge auf mehreren Git-Repositorys zu ermöglichen. Es aggregiert und verwaltet die vielen Git-Repositorys als einzelne Checkout- oder Codebasis. Weitere Informationen finden Sie unter Quellcodeverwaltungstools > Repo .
Repo-Zweig
Eine Sammlung von Git-Repositorys, 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 . Links zu allen Manifestdateien finden Sie in der Beschreibung der Manifestdatei. Verwenden Sie https://cs.android.com/, um nach deren Builds zu suchen.
upv
Im Allgemeinen aktualisiert uprev ein Teilprojekt eines größeren Projekts auf eine neuere Version. Ein Uprev ändert einen Revisionsstand entweder auf die nächste inkrementierte Version oder auf die neueste verfügbare Version. Im Fall eines HIDL-Pakets aktualisiert ein Nebenversionsuprev das neue Paket auf eine höhere Nebenversion, um die abwärtskompatible Erweiterbarkeit auf Paketebene aufrechtzuerhalten, wobei der Name und die Hauptversion des alten Pakets beibehalten werden. Im Fall der Bootloader-Konfiguration aktualisiert ein Uprev die Unterstützung der Boot-Header-Version auf die neueste Version.

Grafik

Leinwand
Eine Zeichenoberfläche, die die Zusammenstellung der tatsächlichen Bits anhand einer Bitmap oder eines Oberflächenobjekts übernimmt. Es verfügt über Methoden zum standardmäßigen Computerzeichnen von Bitmaps, Linien, Kreisen, Rechtecken, Text usw. und ist an eine Bitmap oder Oberfläche gebunden. Canvas ist die einfachste und einfachste Möglichkeit, 2D-Objekte auf dem Bildschirm zu zeichnen. Die Basisklasse ist Canvas .

Verwandte Themen: Drawable , OpenGL ES , Surface .

Zeichbar
Eine zusammengestellte 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 jedoch verschiedene andere Eigenschaften wie „Status“ und Zeitplanung zu, um Unterklassen wie Animationsobjekte oder Bildbibliotheken zu ermöglichen. Viele zeichnbare Objekte werden aus zeichnbaren Ressourcendateien geladen – XML- oder Bitmap-Dateien, die das Bild beschreiben. Zeichenbare Ressourcen werden in Unterklassen von android.graphics.drawable kompiliert. Weitere Informationen zu Drawables und anderen Ressourcen finden Sie unter Ressourcen .

Verwandte Themen: Ressourcen , Leinwand

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

Verwandte Themen: Ressourcen

Nine-Patch / 9-Patch / Ninepatch-Bild
Eine in der Größe veränderbare Bitmap-Ressource, die für Hintergründe oder andere Bilder auf dem Gerät verwendet werden kann. Weitere Informationen finden Sie unter Nine-Patch Stretchable Image .

Verwandte Themen: Ressourcen .

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

Verwandt: Leinwand , Oberfläche

Oberflä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 .

Verwandt: Leinwand

SurfaceView
Ein View-Objekt, das eine Oberfläche zum Zeichnen umschließt und Methoden zur dynamischen Angabe ihrer Größe und ihres Formats bereitstellt. Ein SurfaceView bietet eine Möglichkeit, unabhängig vom UI-Thread für ressourcenintensive Vorgänge (z. B. Spiele oder Kameravorschauen) zu zeichnen, benötigt dadurch jedoch zusätzlichen Speicher. SurfaceView unterstützt sowohl Canvas- als auch OpenGL ES-Grafiken. Die Basisklasse ist SurfaceView .

Verwandt: Oberfläche

Thema
Eine Reihe von Eigenschaften (Textgröße, Hintergrundfarbe usw.), die gebündelt sind, um verschiedene Standardanzeigeeinstellungen zu definieren. Android bietet einige Standardthemen, die in R.style aufgelistet sind (beginnend mit „Theme_“).
Sicht
Ein Objekt, das in einem rechteckigen Bereich auf dem Bildschirm gezeichnet wird und Klick-, Tastenanschlag- 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 möglicherweise respektiert wird 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 Hierarchie-Viewer verwenden, der mit dem Android SDK geliefert wird.

Verwandte Themen: View , ViewGroup

ViewGroup
Ein Containerobjekt, das eine Reihe untergeordneter Ansichten gruppiert. Die Ansichtsgruppe ist dafür verantwortlich, zu entscheiden, wo untergeordnete Ansichten positioniert werden und wie groß sie sein können, sowie dafür, jede Ansicht bei Bedarf aufzurufen, sich selbst zu zeichnen. Einige Ansichtsgruppen sind unsichtbar und dienen nur dem Layout, während andere über eine integrierte Benutzeroberfläche verfügen (z. B. ein Listenfeld mit Bildlauf). Ansichtsgruppen sind alle im widget Paket enthalten, erweitern jedoch ViewGroup .

Verwandt: Ansicht , Hierarchie anzeigen

Widget
Eine aus einer Reihe vollständig implementierter View-Unterklassen, die Formularelemente und andere UI-Komponenten wie ein Textfeld oder ein Popup-Menü rendern. Da ein Widget vollständig implementiert ist, übernimmt es selbst die Messung und Zeichnung sowie die Reaktion auf Bildschirmereignisse. Alle Widgets sind im Paket android.widget enthalten.
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 Aktivität 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-Level 21) und höher. ART und sein Vorgänger Dalvik wurden ursprünglich speziell für das Android Open Source Project entwickelt. ART führt als Laufzeit das Dalvik Executable-Format und die Dex-Bytecode-Spezifikation aus. ART und Dalvik sind kompatible Laufzeiten, auf denen Dex-Bytecode ausgeführt wird. Daher sollten für Dalvik entwickelte Apps funktionieren, wenn sie mit ART ausgeführt werden.
Codeline
Eine Codeline enthält die Veröffentlichung eines Softwareprodukts. Es besteht aus einem oder mehreren Zweigen aus einem oder mehreren Repositories, die sich häufig alle gleichzeitig in der aktiven Entwicklung befinden. 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 einer einzigen .apk-Datei auf dem Gerät komprimiert werden. .dex-Dateien können durch die automatische Übersetzung kompilierter Anwendungen erstellt werden, die in der Programmiersprache Java geschrieben sind.

Prüfen

Artefakte
Artefakte sind buildbezogene Protokolle, die eine lokale Fehlerbehebung ermöglichen. Auf diese Protokolle kann direkt von Gerrit aus zugegriffen werden, 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 für das Ziel und den Build auf das Download-Symbol (Pfeil nach unten) 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 durch Verweis einbezogenen Dokumente. 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 im CDD festgelegten Spezifikation. Es ist als Quelle in AOSP verfügbar und kann als Binärdatei heruntergeladen werden. Weitere Informationen finden Sie unter Kompatibilitätstestsuite .
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 ohne manuelle Eingaben nicht getestet werden können (z. B. Audioqualität, Beschleunigungsmesser usw.). Weitere Informationen finden Sie unter Verwenden von CTS Verifier .
Debuggen
Beim Debuggen müssen Fehler im Code der Android-Plattform gefunden und behoben werden, entweder in Funktionen oder deren Tests. Weitere Informationen finden Sie unter Debuggen von nativem Android-Plattformcode
GoogleTest (GTest)
GTest ist das C++-Test- und Mocking-Framework von Google. GTest-Binärdateien greifen normalerweise auf Abstraktionsschichten auf niedrigerer Ebene zu oder führen Roh-IPC für verschiedene Systemdienste durch. Aus diesem Grund ist der Testansatz für Gtest normalerweise eng mit dem zu testenden Dienst verknüpft. Den Code finden Sie unter github.com/google/googletest und die Dokumentation unter google.github.io/googletest .
Instrumentierungstest
Ein Instrumentierungstest stellt eine spezielle Testausführungsumgebung bereit, die durch den Befehl am instrument gestartet wird, in der der Zielanwendungsprozess neu gestartet und mit dem grundlegenden Anwendungskontext initialisiert wird und ein Instrumentierungsthread innerhalb der virtuellen Maschine des Anwendungsprozesses gestartet wird. Weitere Informationen finden Sie unter Instrumentierungstests .
Logcat
Logcat ist ein Befehlszeilentool, das ein Protokoll der Systemmeldungen ausgibt, einschließlich Stack-Traces, wenn das Gerät einen Fehler auslöst, und Meldungen, die Sie aus Ihrer App mit der Log Klasse geschrieben haben. Weitere Informationen finden Sie unter Logcat-Befehlszeilentool .
Protokollierung
Die Anmeldung in Android ist aufgrund der Mischung der verwendeten Standards, die in logcat kombiniert sind, komplex. Einzelheiten zu den wichtigsten verwendeten Standards finden Sie unter Grundlegendes zur Protokollierung .
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 lösen.
Tests vor und nach der Einreichung
Presubmit-Tests werden verwendet, um zu verhindern, dass Fehler in die allgemeinen Kernel eingeführt werden. Die Ergebnisse sind derzeit nicht öffentlich verfügbar.

Android-Postsubmit-Tests werden durchgeführt, wenn ein neuer Patch in einen gemeinsamen Kernel-Zweig übernommen wird. Wenn Sie aosp_kernel als Teilzweignamen eingeben, können Sie eine Liste der Kernelzweige mit verfügbaren Ergebnissen anzeigen. Ergebnisse für „android-mainline“ finden Sie beispielsweise hier .
Tradefed
Das Test-Harness der Trade Federation (kurz Tradefed oder TF) ist ein kontinuierliches Test-Framework, das für die Durchführung von Tests auf Android-Geräten entwickelt wurde. Beispielsweise wird Tradefed zum Betrieb von CTS und VTS verwendet. Weitere Informationen finden Sie unter Übersicht über die Handelsföderation .
VTS
Die Android Vendor Test Suite (VTS) bietet umfassende Funktionalität für Android-Tests, fördert einen testgesteuerten Entwicklungsprozess und automatisiert HAL- und OS-Kernel-Tests. Weitere Informationen finden Sie unter Vendor Test Suite (VTS) und Infrastruktur .