Glossar der Android-Plattform

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

Unter Code with respect finden Sie Beispiele für Begriffe, die Sie für ein inklusiveres Ökosystem verwenden und vermeiden sollten.

Apps

APK-Datei (.apk)
Android-App-Paketdatei mit der Erweiterung .apk. Jede Android-App wird in einer einzelnen Datei kompiliert und verpackt, die den gesamten Code der App (DEX-Dateien mit der Erweiterung .dex), 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.

Zugehörig: App

Aktion
Eine Beschreibung von etwas, das ein Absender einer Absicht erledigen möchte. Eine Aktion ist ein Stringwert, der einem Intent zugewiesen wird. Aktions-Strings können von Android oder von einem Drittentwickler definiert werden. Beispiel: android.intent.action.VIEW für eine Web-URL oder com.example.rumbler.SHAKE_PHONE für eine benutzerdefinierte App, um das Smartphone vibrieren zu lassen.

Ähnlich: Intent

Aktivität
Ein einzelner Bildschirm in einer App mit zugehörigem Java-Code, der von der Klasse Activity abgeleitet wurde. In den meisten Fällen wird eine Aktivität durch ein Vollbildfenster dargestellt, das UI-Ereignisse empfangen und verarbeiten und komplexe Aufgaben ausführen kann, da es das Fenster zum Rendern des Fensters verwendet. Eine Aktivität wird in der Regel im Vollbildmodus angezeigt, kann aber auch schwebend oder transparent sein.
App
Aus Komponentensicht 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, einem App-Paket (APK), zusammengefasst.

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

Übertragungsempfänger
Ein Objekt, das auf der Klasse BroadcastReceiver basiert und auf Intents wartet, die übertragen 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 sequenziell verarbeiten.

Zugehörig:Intent, Intent-Filter

Contentanbieter
Eine Datenabstraktionsschicht, mit der Sie die Daten Ihrer App sicher für andere Apps verfügbar machen können. Ein Contentanbieter basiert auf der Klasse ContentProvider, die Content-Suchanfragen in einem bestimmten Format verarbeitet, um Daten in einem bestimmten Format zurückzugeben. Weitere Informationen finden Sie unter Inhalteanbieter.

Zugehörig:URIs in Android

Dialogfeld
 Ein schwebendes Fenster, das als einfaches Formular dient. Ein Dialogfeld kann nur Schaltflächensteuerelemente enthalten und ist für die Ausführung einer einfachen Aktion (z. B. Auswahl einer Schaltfläche) und möglicherweise die Rückgabe eines Werts vorgesehen. Ein Dialogfeld ist nicht dafür vorgesehen, im Verlauf zu bleiben, ein komplexes Layout zu enthalten oder komplexe Aktionen auszuführen. Android bietet einen einfachen Standarddialog mit optionalen Schaltflächen. Sie können aber auch ein eigenes Dialoglayout definieren. Die Basisklasse für Dialogfelder ist Dialog.

Zugehörige 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, die Sie angeben können, um festzulegen, 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 einen Intent an das Android-System, anstatt ihn direkt an eine andere App oder Aktivität zu senden. Die App kann den Intent an eine einzelne Ziel-App senden oder als Broadcast senden, der wiederum sequenziell von mehreren Apps verarbeitet werden kann. Das Android-System ist dafür verantwortlich, den jeweils besten Empfänger für jede Intention zu ermitteln. Dabei werden die in der Intention angegebenen Kriterien und die von anderen Apps definierten Intent-Filter berücksichtigt. Weitere Informationen finden Sie unter Intents und Intent-Filter.

Verwandt:Intent-Filter, Broadcast-Receiver

Intent-Filter
Ein Filterobjekt, das eine App in ihrer Manifestdatei deklariert, um dem System mitzuteilen, welche Arten von Intents die einzelnen Komponenten akzeptieren und welche Kriterien dafür gelten. Über einen Intent-Filter kann eine App ihr 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 am besten mit der Absicht und den Kriterien übereinstimmt. Weitere Informationen finden Sie unter Intents und Intent-Filter.

Zugehörig:Intent, Broadcast Receiver

mit Informationen
Nicht programmatische App-Komponenten, die sich außerhalb des kompilierten App-Codes befinden, aber über den App-Code mit einem bekannten Referenzformat 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 usw. Eine App verwendet Ressourcen, um die Lokalisierung und verschiedene Geräteprofile und ‑status effizient zu unterstützen. Eine App kann beispielsweise für jede unterstützte Sprache oder jeden unterstützten Gerätetyp einen separaten Satz von Ressourcen enthalten. Außerdem können Layoutressourcen enthalten sein, die speziell für die aktuelle Bildschirmausrichtung (Querformat oder Hochformat) bestimmt 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 dauerhafte Aktionen auszuführen, z. B. Musik wiederzugeben oder die Netzwerkaktivität zu überwachen.

Zugehörige Aktivität

URIs in Android
Android verwendet URI-Strings (Uniform Resource Identifier) als Grundlage für das Anfordern von Daten in einem Contentanbieter (z. B. zum Abrufen einer Liste von Kontakten) 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 Art der Verwendung spezialisiert. Eine App kann bestimmte URI-Schemata und ‑Strings auf beliebige Weise verarbeiten. Einige URI-Schemas sind für Systemkomponenten reserviert. Anfragen für Daten von einem Contentanbieter müssen beispielsweise content:// verwenden. In einer Absicht wird ein URI mit dem Schema http:// 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 Debugging. Wenn Sie in Android Studio entwickeln, ist adb in Ihre Entwicklungsumgebung integriert. Die Abkürzung wird im Nur-Text-Format in Kleinbuchstaben geschrieben. Wenn sich der Text speziell auf den Befehl bezieht, wird er als adb geschrieben. Weitere Informationen finden Sie unter Prüfen, ob Sie Fastboot und ADB haben.
Android-Projekt
Ein Git-Repository auf einem Android-Gerrit-Host. Weitere Informationen zur Funktionsweise von Git finden Sie unter Git-Quelleneditor.

Zugehörig:Git-Repository

Build-Fingerprint
Ein eindeutiger, menschenlesbarer String mit Herstellerinformationen, der für jeden Build ausgegeben wird. Weitere Informationen finden Sie unter OTA-Pakete erstellen.
Git-Zweig – kanonisch
Separate 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 a Nutshell.
Git-Zweig – lokal
Ein temporärer Branch im aktuellen Repo-Client, in dem mit dem Befehl repo start branch-name . Codeänderungen vorgenommen werden. Dies ist ein aktiver Entwicklungsbereich. Der letzte Commit in einem Branch wird als Spitze dieses Branch bezeichnet.
Git-Repository
Manchmal auch als Projekt bezeichnet. Dies ist ein Teil der Codebasis, der eine bestimmte Komponente oder einen bestimmten Gerätetyp wie frameworks/base oder platform/packages/apps/Car/Media darstellt.

Zugehörig: Android-Projekt

Manifestdatei
Eine XML-Datei, die eine Gruppierung von Git-Repositories nach Zweig, die Git-Revisionen, in denen diese Repositories ausgecheckt werden sollen, und ihr Layout in einem Dateisystem beschreibt. Diese XML-Datei, die in der Regel default.xml heißt, ist einem Repo-Branch zugeordnet und beschreibt die Git-Repositories und Git-Branches, die beim Initialisieren und Synchronisieren des Repo-Branch ausgecheckt werden. In dieser Datei werden die verschiedenen Git-Repositories definiert, die das Repo-Tool in einen Repo-Client-Checkout abrufen soll, um ein Produkt wie Android Automotive OS zu erstellen. Alle Manifeste finden Sie unter android.googlesource.com/platform/manifest/+refs. Das Standardmanifest, das in Manifestdateien enthalten ist, finden Sie unter android.googlesource.com/platform/manifest/+/refs/heads/android16-release/default.xml. Informationen zu Apps finden Sie unter App-Manifest – Übersicht und Informationen zur Plattformentwicklung unter Manifestformat für das Repository.
OTA-Update (Over The Air)
Android-Geräte 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 OTA-Updates.
Repository-Zweig
Eine Sammlung von Git-Repositories, die in einer Manifestdatei erfasst sind, die eine Version (Build) des Android-Quellcodes darstellt, z. B. android11-gsi oder aosp-android-games-sdk, die mit den Befehlen repo init und repo sync heruntergeladen werden. In der Manifestdatei finden Sie Links zu allen Manifestdateien. Mit Android Code Search können Sie nach den Builds suchen.
uprev
Im Allgemeinen wird mit „uprev“ ein untergeordnetes Projekt eines größeren Projekts auf eine neuere Version aktualisiert. Bei einem Uprev wird eine Überarbeitungsstufe entweder auf die nächste inkrementierte Version oder auf die neueste verfügbare Version geändert. Bei einem HIDL-Paket wird durch eine Erhöhung der Nebenversion das neue Paket auf eine höhere Nebenversion aktualisiert, wobei der Name und die Hauptversion des alten Pakets beibehalten werden, um die abwärtskompatible Erweiterbarkeit auf Paketebene beizubehalten. 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 Laufzeitumgebung führt das Dalvik Executable-Format und die Dex-Bytecode-Spezifikation aus. ART und Dalvik sind kompatible Runtimes, die Dex-Bytecode ausführen. Apps, die für Dalvik entwickelt wurden, sollten also auch mit ART funktionieren.
DEX-Datei (.dex)
Kompilierte Codedatei für Android-Apps. Android-Programme werden in DEX-Dateien (Dalvik Executable) mit der Erweiterung .dex kompiliert, die wiederum auf dem Gerät in einer einzelnen APK-Datei gezippt werden. DEX-Dateien können durch automatisches Übersetzen von kompilierten Apps erstellt werden, die in der Java-Programmiersprache geschrieben wurden.