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:
- Android Compatibility Definition Document (CDD), Abschnitt Build-Parameter
- Audioterminologie
- Grundlegende Konzepte und Terminologie von USB
- Automobilbranche
- Terminologie für „Automotive Dialer“
- Terminologie der Automotive Instrument Cluster API
- Glossar für App-Entwickler
- Terminologie für Kameraversionen
- Terminologie für Device Tree Overlays (DTOs)
- Terminologie für den Lebenszyklus der Framework Compatibility Matrix (FCM)
- Gesundheitsbezogene Begriffe
- HIDL-Terminologie
- Hardware-gestützter Schlüsselspeicher – Terminologie
- Terminologie für Multi-Display-Kampagnen
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 odercom.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 einemhttp://
-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
oderplatform/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
oderaosp-android-games-sdk
, die mit den Befehlenrepo init
undrepo 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.