Glossar der Android-Plattform

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

Unter Code with respect (Mit Respekt programmieren) finden Sie Beispiele für Begriffe, die Sie verwenden und vermeiden sollten, um ein inklusiveres Umfeld zu schaffen.

Apps

APK-Datei (.apk)
Android-App-Paketdatei mit der Endung .apk. Jede Android-App wird kompiliert und in einer einzigen Datei verpackt, die den gesamten Code der App (DEX-Dateien mit der Erweiterung .dex), die Ressourcen, Assets und die Manifestdatei enthält. Die App-Paketdatei kann einen beliebigen Namen haben, muss aber die Erweiterung .apk haben, z. B. myExampleAppname.apk. Der Einfachheit halber wird eine App-Paketdatei oft als APK bezeichnet.

Weitere Informationen:App

Aktion
Eine Beschreibung dessen, was ein Absender einer Intention tun möchte. Eine Aktion ist ein Stringwert, der einem Intent zugewiesen ist. Aktionsstrings können von Android oder von einem Drittanbieter definiert werden. Beispiel: android.intent.action.VIEW für eine Web-URL oder com.example.rumbler.SHAKE_PHONE für eine benutzerdefinierte App, die das Smartphone vibrieren lässt.

Weitere Informationen:Intent

Aktivität
Ein einzelner Bildschirm in einer App mit unterstützendem Java-Code, der von der Klasse Activity abgeleitet ist. In den meisten Fällen wird eine Aktivität durch ein Vollbildfenster dargestellt, das UI-Ereignisse empfangen und verarbeiten sowie komplexe Aufgaben ausführen kann, da es zum Rendern des Fensters verwendet wird. Eine Aktivität wird in der Regel im Vollbildmodus angezeigt, kann aber auch schwebend oder transparent sein.
App
Aus Sicht der Komponenten besteht eine Android-App aus einer oder mehreren Aktivitäten, Diensten, Listenern und Intent-Empfängern. Aus Sicht der Quelldatei besteht eine Android-App aus Code, Ressourcen, Assets und einem einzelnen Manifest. Während der Kompilierung werden diese Dateien in einer einzigen Datei verpackt, die als App-Paketdatei (APK) bezeichnet wird.

Weitere Informationen:APK-Datei (.apk), Aktivität

Übertragungsempfänger
Ein Objekt, das auf der Klasse BroadcastReceiver basiert und auf Intents wartet, die gesendet werden, anstatt an eine einzelne Ziel-App oder ‑Aktivität gesendet zu werden. Das System sendet einen Broadcast-Intent an alle interessierten Broadcast-Empfänger, die die Intents nacheinander verarbeiten.

Weitere Informationen:Intent, Intent-Filter

Contentanbieter
Eine Datenabstraktionsschicht, mit der Sie die Daten Ihrer App anderen Apps sicher zur Verfügung stellen können. Ein Contentanbieter basiert auf der Klasse ContentProvider, die Content-Suchstrings in einem bestimmten Format verarbeitet, um Daten in einem bestimmten Format zurückzugeben. Weitere Informationen finden Sie unter Inhaltsanbieter.

Weitere Informationen:URIs unter Android

dialog
 Ein schwebendes Fenster, das als einfaches Formular dient. Ein Dialogfeld kann nur Schaltflächen enthalten und soll eine einfache Aktion ausführen (z. B. die Auswahl einer Schaltfläche) und gegebenenfalls einen Wert zurückgeben. Ein Dialogfeld sollte nicht im Verlaufsstapel gespeichert werden, kein komplexes Layout enthalten und keine komplexen Aktionen ausführen. Android bietet ein einfaches Standarddialogfeld mit optionalen Schaltflächen. Sie können aber auch ein eigenes Dialogfeld-Layout definieren. Die Basisklasse für Dialoge ist Dialog.

Weitere Informationen:Aktivität

Intent
Ein Nachrichtenobjekt, mit dem Sie andere Apps oder Aktivitäten asynchron starten oder mit ihnen kommunizieren können. Ein Intent-Objekt ist eine Instanz der Klasse Intent. Es enthält mehrere Kriterienfelder, mit denen Sie festlegen können, welche App oder Aktivität die Absicht empfängt und was der Empfänger beim Umgang mit der Absicht tut. Zu den verfügbaren Kriterien gehören die gewünschte Aktion, eine Kategorie, ein Datenstring, der MIME-Typ der Daten und eine Verarbeitungsklasse. Eine App sendet eine Intent an das Android-System, anstatt sie direkt an eine andere App oder Aktivität zu senden. Die App kann die Intent-Anfrage an eine einzelne Ziel-App oder als Broadcast senden, die dann nacheinander von mehreren Apps verarbeitet werden kann. Das Android-System ist dafür verantwortlich, den jeweils besten Empfänger für jede Intent anhand der in der Intent angegebenen Kriterien und der von anderen Apps definierten Intent-Filter zu ermitteln. Weitere Informationen finden Sie unter Intents und Intent-Filter.

Weitere Informationen:Intent-Filter, Broadcast-Empfänger

Intent-Filter
Ein Filterobjekt, das eine App in ihrer Manifestdatei deklariert, um dem System mitzuteilen, welche Arten von Intents jede ihrer Komponenten akzeptieren kann und mit welchen Kriterien. Über einen Intent-Filter kann eine App Interesse an bestimmten Datentypen, Intent-Aktionen, URI-Formaten usw. bekunden. Beim Auflösen einer Absicht wertet das System alle verfügbaren Intent-Filter in allen Apps aus und übergibt die Absicht an die App oder Aktivität, die der Absicht und den Kriterien am besten entspricht. Weitere Informationen finden Sie unter Intents und Intent-Filter.

Weitere Informationen:Intent, Broadcast-Empfänger

mit Informationen
Nicht programmatische App-Komponenten, die extern zum kompilierten App-Code sind, aber mit einem bekannten Referenzformat aus dem App-Code geladen werden können. Android unterstützt eine Vielzahl von Ressourcentypen. Die Ressourcen einer typischen App bestehen jedoch aus UI-Strings, UI-Layoutkomponenten, Grafiken oder anderen Mediendateien. Eine App verwendet Ressourcen, um die Lokalisierung und verschiedene Geräteprofile und -zustände effizient zu unterstützen. Eine App würde beispielsweise einen separaten Satz von Ressourcen für jeden unterstützten Standort- oder Gerätetyp enthalten und könnte Layoutressourcen enthalten, die für die aktuelle Bildschirmausrichtung (Quer- oder Hochformat) spezifisch sind. Weitere Informationen zu Ressourcen finden Sie unter App-Ressourcen – Übersicht. Die Ressourcen einer App werden immer in den Unterordnern res/* des Projekts gespeichert.
Dienstleistung
Ein Objekt der Klasse Service, das im Hintergrund (ohne Benutzeroberfläche) ausgeführt wird, um verschiedene persistente Aktionen auszuführen, z. B. Musik abzuspielen oder Netzwerkaktivitäten zu überwachen.

Weitere Informationen:Aktivität

URIs unter Android
Android verwendet URI-Strings (Uniform Resource Identifier) als Grundlage für das Anfordern von Daten bei einem Inhaltsanbieter (z. B. zum Abrufen einer Kontaktliste) und für das Anfordern von Aktionen in einem Intent (z. B. zum Öffnen einer Webseite in einem Browser). Das URI-Schema und -Format sind je nach Verwendungszweck spezifisch. Eine App kann bestimmte URI-Schemas und ‑Strings auf beliebige Weise verarbeiten. Einige URI-Schemas sind für Systemkomponenten reserviert. Beispielsweise muss für Anfragen an einen Contentanbieter content:// verwendet werden. In einer Intent-Anfrage wird ein URI mit einem http://-Schema vom Browser verarbeitet.

Entwickeln

adb
Android Debug Bridge, eine Befehlszeilen-Debugging-App, die im SDK enthalten ist. ADB bietet Tools zum Durchsuchen des Geräts, zum Kopieren von Tools auf das Gerät und zum Weiterleiten von Ports für das Debuggen. Wenn Sie in Android Studio entwickeln, ist adb in Ihre Entwicklungsumgebung integriert. Das Akronym wird in Nur-Text-Format in Kleinbuchstaben geschrieben. Wenn sich die Angabe speziell auf den Befehl bezieht, wird er als adb geschrieben. Weitere Informationen finden Sie unter Prüfen, ob Fastboot und ADB installiert sind.
Android-Projekt
Ein Git-Repository auf einem Android-Gerrit-Host. Weitere Informationen zur Funktionsweise von Git finden Sie unter Git-Quelleneditor.

Weitere Informationen:Git-Repository

Build-Fingerprint
Ein eindeutiger, visuell lesbarer String mit Herstellerinformationen, der jedem Build zugewiesen wird. Weitere Informationen finden Sie unter OTA-Pakete erstellen.
Git-Zweig – kanonisch
Unterschiedliche Versionen für jedes Git-Repository, z. B. android-11.0.0_r1 unter cs.android.com/android/platform/superproject/+/android-11.0.0_r1. Weitere Informationen finden Sie unter Git-Branching – Branches in Kürze.
Git-Zweig – lokal
Ein temporärer Branch im aktuellen Repo-Client, um Codeänderungen vorzunehmen, gestartet mit dem Befehl repo start branch-name .. Diese Funktion befindet sich in der aktiven Entwicklungsphase. Der letzte Commit in einem Branch wird als Tipp dieses Branches bezeichnet.
Git-Repository
Manchmal auch als Projekt bezeichnet, ist dies ein Teil der Codebasis, der eine bestimmte Komponente oder einen bestimmten Gerätetyp darstellt, z. B. frameworks/base oder platform/packages/apps/Car/Media.

Weitere Informationen:Android-Projekt

Manifestdatei
Eine XML-Datei, die eine Gruppierung von Git-Repositories pro Branch, die Git-Überarbeitungen, bei denen diese Repositories ausgecheckt werden sollen, und ihr Layout in einem Dateisystem beschreibt. Diese XML-Datei, die in der Regel den Namen default.xml hat, ist mit einem Repository-Branch verknüpft und beschreibt die Git-Repositories und Git-Branches, die beim Initialisieren und Synchronisieren des Repository-Branches herausgecheckt wurden. In dieser Datei werden die verschiedenen Git-Repositories definiert, 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. Das Standardmanifest, das in Manifestdateien enthalten ist, um Android-Plattformdateien (AOSP) einzubinden, finden Sie unter android.googlesource.com/platform/manifest/+/refs/heads/main/default.xml. Informationen zu Apps finden Sie unter App-Manifest – Übersicht und Informationen zur Plattformentwicklung unter Manifest-Format für Repos.
Over-the-air-Update (OTA)
Android-Geräte im Einsatz können OTA-Updates (Over-the-air) für das System, die App-Software und die Zeitzonenregeln empfangen und installieren. Weitere Informationen finden Sie unter Over-the-air-Updates.
Repository-Zweig
Eine Sammlung von Git-Repositories, die in einer Manifestdatei erfasst sind und eine Version (Build) der Android-Codebasis darstellen, z. B. android11-gsi oder aosp-android-games-sdk, die mit den Befehlen repo init und repo sync heruntergeladen werden. In der Beschreibung der Manifestdatei finden Sie Links zu allen Manifestdateien. Mit der Android Code Search können Sie nach den zugehörigen Builds suchen.
uprev
Im Allgemeinen aktualisiert „uprev“ ein untergeordnetes Teilprojekt eines größeren Projekts auf eine neuere Version. Mit einem Uprev wird eine Revision entweder in die nächste inkrementelle Version oder in die neueste verfügbare Version geändert. Bei einem HIDL-Paket wird durch ein Upgrade der Nebenversion die abwärtskompatible Erweiterbarkeit auf Paketebene beibehalten. Dabei wird das neue Paket auf eine höhere Nebenversion aktualisiert, wobei Name und Hauptversion des alten Pakets beibehalten werden. Bei der Bootloader-Konfiguration wird durch ein Uprev die Unterstützung der Boot-Header-Version auf die neueste Version aktualisiert.

Plattform

Android Runtime (ART) und Dalvik
Android Runtime (ART) ist die verwaltete Laufzeit, die von Apps und einigen Systemdiensten unter Android verwendet wird. 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 als Laufzeit führt das Dalvik-Ausführformat und die Dex-Bytecode-Spezifikation aus. ART und Dalvik sind kompatible Runtimes, die Dex-Bytecode ausführen. Daher sollten für Dalvik entwickelte Apps auch mit ART funktionieren.
DEX-Datei (.dex)
Kompilierte Codedatei der Android-App. Android-Programme werden in Dalvik-Ausführbare (DEX)-Dateien mit der Erweiterung .dex kompiliert, die wiederum auf dem Gerät in einer einzelnen APK-Datei komprimiert werden. DEX-Dateien können durch automatische Übersetzung kompilierter Apps erstellt werden, die in der Programmiersprache Java geschrieben wurden.