Glossar der Android-Plattform

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

Unter Code in Bezug auf Code finden Sie Beispiele für Terminologie, die Sie für ein inklusiveres Ökosystem verwenden und vermeiden sollten.

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, abgeleitet aus der Klasse Activity. 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 Übertragungsempfänger, die die Intents sequenziell 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. Sie enthält mehrere Kriterienfelder, mit denen Sie festlegen können, welche App oder Aktivität den Intent empfängt und was der Empfänger bei der Verarbeitung des Intents 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 Zuordnen eines Intents wertet das System alle verfügbaren Intent-Filter in allen Apps aus und übergibt den Intent an die App oder Aktivität, die dem Intent 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 lokalen 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.

Ähnliche Aktivitäten

URIs unter Android
Android verwendet URI-Strings (Uniform Resource Identifiers), um Daten bei einem Contentanbieter anzufordern (z. B. eine Liste von Kontakten abzurufen) und um Aktionen in einem Intent anzufordern (z. B. das Ö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 eingebunden. 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-Quelleditor.

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 .. Dies ist eine aktive Entwicklungsphase. Der letzte Commit in einem Branch wird als Tipp dieses Branches bezeichnet.
Git-Repository
Manchmal auch als Projekt bezeichnet. Dies 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.

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 zur App findest du in der Übersicht zum App-Manifest. Informationen zur Plattformentwicklung findest du unter Repo Manifest Format.
Over-the-air-Update (OTA)
Android-Geräte vor Ort können OTA-Updates (Over The Air) für die System-, App-Software- und 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 darstellt, z. B. android11-gsi oder aosp-android-games-sdk, die mit den Befehlen repo init und repo sync heruntergeladen wird. 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 wird ein Teilprojekt eines größeren Projekts durch einen Uprev-Vorgang auf eine neuere Version aktualisiert. 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 aktualisiert ein Uprev die Unterstützung der Boot-Header-Version auf die neueste Version.

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-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 Laufzeit führt das Dalvik-Ausführformat und die Dex-Bytecodespezifikation 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 Executable (DEX)-Dateien mit der Erweiterung .dex kompiliert, die wiederum auf dem Gerät in einer einzigen APK-Datei komprimiert werden. Zum Erstellen von DEX-Dateien werden kompilierte Anwendungen, die in der Programmiersprache Java geschrieben sind, automatisch übersetzt.