Versionshinweise zu Android 11

Auf dieser Seite werden die wichtigsten Funktionen des Android 11-Releases zusammengefasst und Links zu weiteren Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Dokumentationsort der Funktion auf dieser Website organisiert.

Architektur

API-Kontingente

Mit Android 11 wird die Funktion für API-Kontingente eingeführt, mit der begrenzt wird, wie oft Apps bestimmte APIs aufrufen können. Sie wird nur in JobScheduler-API-Aufrufen implementiert. Alle Änderungen, die Sie an den voreingestellten Grenzwerten vornehmen, müssen weiterhin den CTS-Test bestehen. Sie können API-Kontingente mit der Methode setEnabled in QuotaTracker.java deaktivieren und aktivieren. Die Funktion ist standardmäßig aktiviert. Wenn Sie die Funktion deaktivieren, können Apps die betroffenen APIs ohne Einschränkung aufrufen.

Es sind Unit-Tests für QuotaTracker und zugehörige Klassen verfügbar. Eine ausführliche Dokumentation finden Sie in den Kommentaren in der Klasse QuotaTracker. Mit dieser Funktion wird die neue öffentliche API LimitExceededException eingeführt.

Bootloader

Boot-Header-Version 3

Android 11 unterstützt Version 3 des Boot-Headers. Weitere Informationen finden Sie unter Boot-Image-Header.

Partitionen

Bootpartitionen

Mit Android 11 wird das Konzept des Generic Kernel Image eingeführt. Damit ein beliebiges Gerät mit einem generischen Kernel-Image gebootet werden kann, werden alle anbieterspezifischen Informationen aus der Boot-Partition entfernt und in eine Anbieter-Boot-Partition verschoben. Ein Gerät, das mit Android 11 auf den Markt kommt, muss die Vendor-Boot-Partition und das aktualisierte Boot-Partitionsformat unterstützen, um die Tests mit dem GKI zu bestehen.

Boot-Header des Anbieters

Der Vendor-Boot-Header kann mehr als eine Seite umfassen.

Erzwingung von Schnittstellen für Produktaufteilungen

In Android 11 wird die product-Partition entkoppelt, sodass sie unabhängig von den system- und Anbieterpartitionen ist. Im Rahmen dieser Änderungen können Sie jetzt den Zugriff der Produktpartition auf native und Java-Schnittstellen steuern.

Wiederherstellungsimages

In Android 11 werden die Anforderungen an das Wiederherstellungsimage aktualisiert und es werden neue releasebasierte Optionen zum Einbinden eines Wiederherstellungs-DTBO/ACPIO als Teil des Boot-/Wiederherstellungsimages eingeführt. Weitere Informationen finden Sie unter Wiederherstellungs-Images.

Neustarts im Hintergrund

Android 11 unterstützt Soft-Neustarts. Dabei werden Prozesse im Nutzerbereich zur Laufzeit neu gestartet, um Updates anzuwenden, für die ein Neustart erforderlich ist (z. B. Updates für APEX-Pakete).

Kernel

Gängige Android-Kernel

Mit Android 11 werden wichtige Änderungen bei der Entwicklung und Integration von gemeinsamen Android-Kernels eingeführt.

ABI-Monitoring für Android-Kernel

Mit Android 11 wird das ABI-Monitoring-Tool eingeführt, um das In-Kernel-ABI von Android-Kerneln zu stabilisieren.

Generisches Kernel-Image

Mit Android 11 wird das Generic Kernel Image (GKI) eingeführt, das die Kernel-Fragmentierung durch die Vereinheitlichung des Kernels und die Verlagerung der SoC- und Board-Unterstützung aus dem Kern in ladbare Module behebt.

Modulare Kernel

Unterstützung für Kernelmodule

Ein Generic Kernel Image (GKI) enthält möglicherweise nicht die erforderliche Treiberunterstützung, damit ein Gerät Partitionen bereitstellen kann. Damit ein Gerät Partitionen einbinden und mit dem Booten fortfahren kann, wird die erste Phase von init so erweitert, dass die auf einer Ramdisk vorhandenen Kernelmodule geladen werden. Die Ramdisk ist in generische und Anbieter-Ramdisks unterteilt. Anbieter-Kernelmodule werden in der Anbieter-Ramdisk gespeichert. Die Reihenfolge, in der Kernelmodule geladen werden, ist konfigurierbar.

DebugFS

Unter Android 11 wird die Plattformunterstützung für DebugFS entfernt. DebugFS darf auf Produktionsgeräten nicht eingebunden oder darauf zugegriffen werden. DebugFS wurde zwar für Debugging-Zwecke entwickelt, ist aber in User- und Usedebug-Builds für generische und anbieterspezifische Komponenten enthalten. DebugFS wird eingestellt, weil es folgende Probleme verursacht:

  • Instabile und nicht dokumentierte API. Android ist auf gut definierte und stabile Linux-Kernel-Schnittstellen und HALs angewiesen, um richtig zu funktionieren. VTS-Tests erzwingen das Vorhandensein und die Richtigkeit dieser Schnittstellen. DebugFS kann nicht erzwungen werden, da das zugehörige ABI weder stabil noch dokumentiert ist.

  • Schlechte Codequalität. Da sie zum Debuggen dienen, werden Knoten, die debugfs hinzugefügt werden, nicht so streng geprüft und getestet wie Knoten in anderen Dateisystemen. Wenn Fehler in debugfs entdeckt werden, haben sie eine geringere Priorität, was zu Sicherheitslücken führt, die von debugfs ausgehen.

  • Sicherheitslücken. DebugFS wurde mit der Absicht entwickelt, Kernelentwicklern bei der Fehlersuche im System zu helfen, und nicht mit einem Fokus auf Sicherheit. Es gibt keine effiziente Methode, um zu prüfen, ob alle DebugFS-Knoten, die auf einem Produktionsgerät verfügbar sind, sicher sind. Durch die Verschärfung der SE-Richtlinie wurde die Schwere von Sicherheitslücken, die von debugfs ausgehen, zwar verringert, aber nur durch das Verhindern der Einbindung von debugfs lässt sich die Angriffsfläche vollständig beseitigen.

In Android 11 wird durch VTS erzwungen, dass CONFIG_DEBUG_FS nicht in der Kernelkonfiguration des Geräts aktiviert ist und debugfs nicht unter /proc/filesystems aufgeführt wird.

ION-Heaps für GKI

In Android 11 wird mit dem Android Common Kernel v5.4 ein Framework für die Modularisierung anbieterspezifischer ION-Heaps eingeführt. Der ION-Kerneltreiber bleibt dabei integriert. So können OEMs ION-Kernel-Treiberänderungen beibehalten, wenn sie das Generic Kernel Image (GKI) verwenden.

Modulare Systemkomponenten

Berechtigungen automatisch widerrufen

In Android 11 kann das PermissionsController-Modul Laufzeitberechtigungen für Apps, die längere Zeit nicht verwendet wurden, automatisch widerrufen.

Mainline-Modulupdates

Mit Android 11 werden mehrere neue Module eingeführt und mehrere bestehende Module aktualisiert, die in Android 10 eingeführt wurden.

Laufzeit-Ressourcen-Overlays

Android 11 oder höher unterstützt einen neuen Mechanismus für RROs. Zu den Verbesserungen gehören ein reservierter Ressourcen-ID-Bereich, eine res/xml/overlays.xml-Datei zum Aufzählen von Zielressourcen, eine Soong-Build-Regel für Overlays und eine OverlayConfig-Datei zum Konfigurieren der Unveränderlichkeit, des Standardstatus und der Priorität von Overlays.

Anbieter-NDK

Händlersnapshots

Android 11 unterstützt VNDK-Snapshot-Build-Artefakte und Vendorsnapshots, mit denen Sie vendor.img unabhängig von der Android-Version im Quellbaum erstellen können. Dadurch sind gemischte Versionen von Images möglich, z. B. ein älteres Anbieter- und ein neueres System-Image.

Audio

Für die Audioaufnahme über den FM-Tuner ist eine privilegierte Berechtigung erforderlich

In Android 11 ist die Audioquelle MediaRecorder.AudioSource.RADIO_TUNER als @SystemApi sichtbar. Wenn Sie sie zum Aufnehmen von Audio mit einem AudioRecord oder MediaRecorder verwenden, ist die privilegierte Berechtigung android.permission.CAPTURE_AUDIO_OUTPUT erforderlich.

Audio-Effekte

Ab Android 11 können Gerätehersteller automatisch bestimmte Audioeffekte anhängen und aktivieren, wenn ein bestimmtes Audiogerät für die Audioaufnahme oder ‑wiedergabe ausgewählt wird.

Limit für Gerätetypen

In Android 11 haben wir die Beschränkung der Anzahl der Audiogerätetypen aufgehoben, damit neue Audiogerätetypen hinzugefügt werden können.

Implementierung

Audioimplementierung

In Android 11 werden HAL-Implementierungen für Sound-Trigger zur Laufzeit strenger durchgesetzt als in niedrigeren Versionen.

Automobil

Releasedetails

Informationen zu neuen Automotive-Funktionen und ‑Verbesserungen finden Sie unter Automotive-Versionsdetails.

API zum Zurücksetzen des USB-Anschlusses

Gerätehersteller können die USB Port Reset API in Android 11 implementieren, um die USB-Gadget-Verbindung mit verbundenen Hosts zurückzusetzen.

Kamera

Bokeh-Effekt der Kamera

Ab Android 11 unterstützt die Android-Plattform Bokeh-Implementierungen für Kameras und bietet APIs, um die Bokeh-Funktion für Drittanbieter-Apps verfügbar zu machen.

Kamerazoom

In Android 11 kann eine App über die Einstellung ANDROID_CONTROL_ZOOM_RATIO den Zoom einer Kamera (digital und optisch) verwenden. Diese Einstellung ist ein Gleitkommafaktor, der im Vergleich zur Verwendung von Ganzzahlwerten mit der Einstellung ANDROID_SCALER_CROP_REGION eine höhere Zoomgenauigkeit ermöglicht und das Verkleinern (< 1,0f) ermöglicht.

Gleichzeitiges Kamerastreaming

Ab Android 11 enthält die Camera2 API Methoden, die Apps aufrufen können, um festzustellen, ob die Kameras gleichzeitiges Streaming unterstützen und welche Streamkonfigurationen unterstützt werden.

Verbesserte Kameraunterstützung für virtuelle Android-Geräte

In Android 11 wird eine überarbeitete emulierte Kamera-HAL-Implementierung auf den virtuellen Geräten Cuttlefish und Android Emulator eingeführt, die Unterstützung für weitere Kamerafunktionen bietet, darunter:

  • RAW-Aufnahme
  • YUV-Neuverarbeitung
  • Level 3-Geräte
  • Unterstützung für logische Kameras
  • Unterstützung von Kameras, die nur Tiefeninformationen liefern

Diese emulierte Kamera-HAL finden Sie unter /platform/hardware/google/camera/devices/EmulatedCamera/hwl.

Best Practices für mehrere Kameras

Wenn Sie die durch die Unterstützung mehrerer Kameras aktivierten Funktionen optimal nutzen und gleichzeitig die App-Kompatibilität beibehalten möchten, sollten Sie bei der Implementierung eines logischen Geräts mit mehreren Kameras die Best Practices beachten. Dazu gehören Best Practices für die Verwendung der in Android 11 eingeführten ANDROID_CONTROL_ZOOM_RATIO API.

Systemkameras

Mit Android 11 wird die Unterstützung für Systemkameras über die Berechtigung android.permission.SYSTEM_CAMERA eingeführt. Mit Systemkameras können Sie Kamerafunktionen implementieren, die in privilegierten Apps oder System-Apps verwendet werden können, aber nicht für öffentliche Drittanbieter-Apps verfügbar sind.

Kompatibilität

Das Compatibility Definition Document für Android 11 baut auf früheren Versionen auf und enthält Updates für neue Funktionen und Änderungen an den Anforderungen für zuvor veröffentlichte Funktionen.

Konnektivität

Bluetooth und NFC

Synchronisierung von Off-Host-NFC-Zahlungen

Android unterstützt die NFC-Kartenemulation mit einem Secure Element für die Off-Host-Kartenemulation. Es ist jedoch möglich, dass der in der Einstellung „Kontaktlos bezahlen“ angegebene bevorzugte Zahlungsdienst nicht mit der App im Secure Element synchronisiert wird.

In Android 11 wird dieses Problem durch die Synchronisierung von Off-Host-Zahlungen behoben. Mit diesem Mechanismus können Sie die Zahlungskonfiguration in Tap & Pay, die Routingkonfiguration auf dem kontaktlosen Frontend (Contactless Front-End, CLF) und den vom Nutzer ausgewählten Status im Secure Element synchronisieren.

Schnellzugriff auf Karten

Mit der Funktion Schnellzugriff auf Wallet können Nutzer direkt über das Ein/Aus-Menü auf Zahlungskarten und relevante Karten/Tickets zugreifen.

Anrufe und Nachrichten

Verhalten bei Notrufen

In Android 11 wurde die Verarbeitung von Notrufen geändert, um die Anforderungen von Mobilfunkanbietern besser zu unterstützen. Das Verhalten bei der Bearbeitung von Notrufen wird im Folgenden beschrieben:

  • Wenn ein Nutzer während eines laufenden Anrufs einen Notruf absetzt, wird der laufende Anruf je nach Einstellung des KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL-Schlüssels automatisch getrennt oder gehalten. Ein Zurückwechseln zum laufenden Anruf ist erst möglich, wenn der Notruf beendet wurde.
  • Während eines Notrufs werden eingehende Anrufe automatisch abgelehnt und dem Nutzer als verpasste Anrufe angezeigt. Während eines aktiven Notrufs können keine Anrufe getätigt werden, bei denen es sich nicht um Notrufe handelt.
  • Wenn Sie im Notfallrückrufmodus einen Anruf tätigen, bei dem es sich nicht um einen Notruf handelt, wird der Notfallrückrufmodus beendet. Wenn ein Notruf abgesetzt wird, wechselt das Gerät nach Beendigung des Anrufs wieder in den Notfallrückrufmodus. Bei eingehenden Anrufen wird der Notfallrückrufmodus nicht beendet.
  • Aktive Notrufe können nicht gewechselt oder gehalten werden.

Aktualisierbare Notrufnummerndatenbank

Mit Android 11 wird eine Notrufnummerndatenbank eingeführt, die über OTA-Updates aktualisiert werden kann. Die Datenbank enthält eine Liste von Notrufnummern mit den entsprechenden Ländern und Dienstkategorien.

Mobilfunkanbieter

eSIM

Ablauf der eSIM-Aktivierung über die Mobilfunkanbieter-App

In Android 11 wurde die Aktivierung eines eSIM-Profils über eine Mobilfunkanbieter-App verbessert. Wenn ein Aktivierungscode zum Herunterladen eines Profils verwendet wird, kann die LPA die Benutzeroberfläche der Mobilfunkanbieter-App starten, um zusätzliche Informationen vom Nutzer abzurufen. Über die Mobilfunkanbieter-App kann auch die LUI gestartet werden, um ein eSIM-Profil zu aktivieren.

Weitere Informationen

Fehlerbehandlung bei der eUICC API

In Android 11 werden zusätzliche Schlüssel und Werte zur Verbesserung der Fehlerbehandlung eingeführt. Dadurch kann der Aufrufer der eUICC API bestimmte Fehler einzeln behandeln.

Option-Parameter für die Methode „erase subscriptions“

Ab Android 11 sollten Sie beim Verwenden der Methode eraseSubscriptions in EuiccManager einen EuiccCardManager#ResetOption-Enum-Wert angeben, um festzulegen, ob alle Test-, Betriebs- oder beide Arten von Abos gelöscht werden sollen.

Unterstützung mehrerer Mobilfunkanbieter

Geräte, die mit Android 11 auf den Markt kommen, können mehrere öffentliche mobile Funknetze (Public Land Mobile Networks, PLMNs) unterstützen. Die Unterstützung mehrerer PLMNs bietet Mobilfunkanbietern mehr Flexibilität, da sie mehrere Identitäten übertragen können.

Unterstützung von Small Cells

Geräte, die mit Android 11 eingeführt wurden, können Unterstützung für geschlossene Teilnehmergruppen (Closed Subscriber Groups, CSGs) bieten. Dazu werden Methoden in den APIs zur Zellidentifizierung verwendet, mit denen Informationen zu den CSGs einer Zelle abgerufen werden. Dies ist nützlich für Mobilfunkanbieter, die Small Cells über geschlossene Teilnehmergruppen verwalten.

Connectivity Diagnostics API

Mit der Connectivity Diagnostics API können Apps, die Netzwerke besitzen oder verwalten, z. B. Apps von Mobilfunkanbietern, VPN-Apps und Apps mit WLAN-Vorschlägen, diagnostische Informationen zur Netzwerkverbindung vom Framework erhalten.

Änderungen an der Open Mobile API

In Android 11 werden zusätzliche Funktionen für die Open Mobile API (OMAPI) eingeführt:

  • Parsing-Regeln für Mobilfunkanbieterberechtigungen.
  • Anpassen des Zugriffs auf das eingebettete Secure Element (eSE) oder Bereitstellen eines eSE mit einer oder mehreren der folgenden Methoden:

    • SECURE_ELEMENT_PRIVILEGED_OPERATION Berechtigung mit Systemprivilegien
    • Konfigurierbare Anwendungs-IDs (AIDs) für die Anwendung der Zugriffsregel (ARA-M)
    • reset System-API zum Zurücksetzen des OMAPI-Lesegeräts
  • Lesern wird ein klarer Indikator für Apps zur Verfügung gestellt, mit dem sie Gerätefunktionen filtern können.

Berichte zur Signalstärke

In Android 11 können Sie mehrere Arten von Signalmessungen auswählen und anpassen, die das Framework verwenden soll, um die Signalstärke von 4G LTE- und 5G NR-Funkzugangsnetzwerken (Radio Access Networks, RANs) zu melden. Anschließend können Sie anhand der gemeldeten Signalstärken festlegen, wie die Signalbalken auf Ihren Geräten angezeigt werden.

WLAN

Konfigurationen für das WLAN eines Mobilfunkanbieters

In Android 11 können Sie die Wi‑Fi-Vorschlags-API verwenden, um WLAN-Konfigurationen für Mobilfunkanbieter hinzuzufügen, anstatt den Parameter carrier_wifi_string_array im Carrier Config Manager zu konfigurieren.

Unterstützung von WLAN-Hotspots (Soft-AP) für Tethering

Mit Android 11 wird die Konfiguration von WLAN-Hotspots (Soft-AP) verbessert. Dadurch werden mehr Anwendungsfälle und Anpassungen für Mobilfunkanbieter unterstützt. Mit diesen Änderungen können Gerätehersteller Folgendes konfigurieren:

  • SSID und BSSID
  • Sicherheitstyp (einschließlich WPA3)
  • SSID ausgeblendet
  • Betriebsfrequenzband und ‑kanal (einschließlich ACS)
  • Maximale Anzahl zulässiger Clients
  • Zeitüberschreitungswert für das automatische Herunterfahren
  • Zulassungs- und Sperrliste, um Nutzern die Kontrolle über verknüpfte Geräte zu ermöglichen

Verbesserungen bei der Auswahl von WLANs

In Android 11 wurden Verbesserungen bei der Auswahl von WLANs eingeführt, um die WLAN-Konnektivität zu verbessern.

Verbesserungen bei WLAN-Passpoint

In Android 11 wurden die folgenden Verbesserungen an der Passpoint-Funktion eingeführt:

  • Unterstützung für das Ablaufen von Profilen, damit das System den Nutzer benachrichtigen und Ablaufdaten für Profile erzwingen kann. Dazu ist ein Profil erforderlich, in dem das Feld SubscriptionParameters/ExpirationDate initialisiert ist.
  • Unterstützung für private, selbstsignierte CA-Zertifikate für Passpoint R1-Profile.
  • Unterstützung von Passpoint R1-Profilen ohne CA-Zertifikat. Das System verwendet den Standard-Trust Store, um die Verbindung zu authentifizieren.
  • Unterstützung für die separate Konfiguration einer benannten AAA-Domain vom ANQP-FQDN (mit dem Extension/Android-Knoten im PPS-MO). So können Sie eine AAA-Domain angeben, die sich von der beworbenen Domain unterscheidet, ohne die Verbindungssicherheit zu beeinträchtigen.
  • Unterstützung für mehrere installierte Passpoint-Konfigurationen mit demselben FQDN. Dies ist nützlich für Mobilfunkanbieter, die in ihrem Netzwerk mehr als eine Kombination aus Mobile Country Code (MCC) und Mobile Network Code (MNC) bereitstellen, aber nur einen FQDN haben.
  • Passpoint R3-Zugangspunkte können erkannt und akzeptiert werden.
  • Verbesserter Netzwerkabgleich:
    • Unterstützt den Abgleich des Heimnetzwerkanbieters für HomeSP/HomeOIList.
    • Unterstützt den Abgleich des Heimnetzwerkanbieters für HomeSP/OtherHomePartners.
    • Entfernt die Anforderung für die EAP-Methodenübereinstimmung, die nicht in der Passpoint-Spezifikation enthalten ist.

WLAN-Profile mit verbesserter Unterstützung für allgemeine Namen

In Android 11 bleiben WLAN-Profile gültig, wenn sich die Stammzertifizierungsstelle eines Mobilfunkanbieters ändert, sofern der allgemeine Name im optionalen Unterbaum der Erweiterung Android angegeben ist. In früheren Versionen mussten Nutzer ein neues Profil vom Mobilfunkanbieter herunterladen, wenn sich die Root-Zertifizierungsstelle ändert.

Daten

Prüfung des Datenzugriffs

Mit Android 11 wird die Überprüfung des Datenzugriffs eingeführt. So können App-Entwickler besser nachvollziehen, wie ihre Apps und Abhängigkeiten auf private Nutzerdaten wie Standort- und Kameradaten zugreifen. Bei komplexen Mehrzweck-Apps können Entwickler Attributions-Tags definieren, um verschiedene Teile der App zu identifizieren.

Weitere Informationen finden Sie unter Audit-Logs zum Datenzugriff.

Anzeige

Updates der Bubbles Notification API

Mit Android 10 wurde die Bubbles Notification API eingeführt, mit der Nutzer überall auf ihrem Gerät Multitasking betreiben können. Android 11 bietet mehrere Verbesserungen für Bubbles. Die wichtigsten Änderungen sind, dass Blasen standardmäßig aktiviert werden und die Einstellungen nicht mehr in den Entwickleroptionen zu finden sind. Für die Implementierung von Bubbles auf der Android-Plattform sind keine Arbeiten erforderlich.

Gerätesteuerung

Mit der Funktion „Gerätesteuerung“, die ab Android 11 verfügbar ist, können Nutzer externe Geräte wie Lampen, Thermostate und Kameras schnell über das Ein/Aus-Menü aufrufen und steuern. Geräteaggregatoren (z. B. Google Home) und Apps von Drittanbietern können Geräte für die Anzeige in diesem Bereich bereitstellen. Für die Unterstützung dieser Funktion sind keine Plattformimplementierungen erforderlich. Die Standardimplementierung ist in der AOSP-System-UI enthalten. Informationen zum Hinzufügen von Unterstützung für die Gerätesteuerung zu Ihrer Steuerungs-App finden Sie auf der Android-Entwicklerseite Externe Geräte steuern.

Updates des Textklassifikators

Mit Android 11 wird eine aktualisierbare Standardimplementierung des Textklassifizierungsdienstes eingeführt, die sich im Mainline-Modul „ExtServices“ befindet. Gerätehersteller sollten diese Implementierung von TextClassifierService verwenden, da sie über Mainline-OTA-Updates aktualisiert werden kann.

Unternehmen

Benutzerdefinierte Nutzertypen implementieren

In Android 11 wurde das Konzept von genau definierten Nutzertypen eingeführt, die alle verschiedenen Nutzertypen darstellen, die von der Android-Funktion für mehrere Nutzer zugelassen werden. Mit dieser Funktion können OEMs vordefinierte AOSP-Nutzertypen anpassen und neue Profiltypen definieren. Weitere Informationen finden Sie im Abschnitt Nutzertypen.

Verbesserungen am Arbeitsprofil

Android 11 bietet Verbesserungen in Bezug auf Datenschutz und Nutzerfreundlichkeit für Arbeitsprofile, die auf wichtige Herausforderungen in Bezug auf die Nutzerfreundlichkeit eingehen. Es ist wichtig, dass diese Verbesserungen im gesamten Ökosystem einheitlich umgesetzt werden.

IT-Administratoren, die Android unterstützen, müssen die Nutzung auf allen Android-Geräten unterstützen, die ihre Nutzer mit zur Arbeit bringen. Wenn die UX-Konsistenz wichtiger Arbeitsabläufe verbessert wird, sinken die Kosten für die Unterstützung von Android in BYOD-Umgebungen erheblich. Die einheitliche Implementierung von Datenschutzfunktionen auf allen Geräten stärkt auch das Vertrauen der Nutzer. Hier einige Beispiele:

  • Die App-Liste hat separate Tabs mit den Bezeichnungen „Privat“ und „Arbeit“.
  • Auf dem Tab „Arbeit“ gibt es einen Schalter zum Deaktivieren des Arbeitsprofils.
  • Wenn das Arbeitsprofil deaktiviert ist, werden die Symbole der geschäftlichen Apps grau dargestellt und auf dem Tab „Arbeit“ wird ein Overlay mit dem Hinweis angezeigt, dass geschäftliche Apps pausiert sind.

Interaktion

Aktualisierungen der Context Hub-Laufzeitumgebung

Mit Android 11 wird die CHRE API v1.4 eingeführt, die Unterstützung für 5G-Zellinformationen, Nanoapp-Debug-Dumps und andere Verbesserungen bietet. Außerdem wird die Verwendung von TensorFlow Lite für Mikrocontroller in Nano-Apps unterstützt. Weitere Informationen finden Sie unter Context Hub Runtime Environment (CHRE).

Haptik

Android 11 enthält eine neue Anleitung zur Implementierung von Haptik und zur Bewertung der Haptikleistung auf Ihrem Gerät.

Eingabe

Gamepads

Unter Android 11 werden auch Gaming-Controller von Drittanbietern unterstützt, darunter:

  • Nintendo Switch Pro Controller:Android unterstützt jetzt sowohl USB- als auch Bluetooth-Verbindungen für den Nintendo Switch Pro Controller. CTS-Tests sind für alle Implementierungen erforderlich. Verwenden Sie NintendoSwitchProTest, um Ihre Implementierung zu validieren.

  • Steam-Controller:Android bietet USB-Konnektivität für den Steam-Controller.

Neuronale Netzwerke

Best Practices

Damit App-Entwickler die NNAPI verwenden, sollten Sie diese Best Practices befolgen, wenn Sie einen NNAPI-Treiber auf Geräten mit Android 11 implementieren.

Kontrollfluss

In Android 11 werden der NNAPI zwei Kontrollflussvorgänge hinzugefügt: IF und WHILE. Diese verwenden andere Modelle als Argumente und führen sie bedingt (IF) oder wiederholt (WHILE) aus. So lassen sich Modelle erstellen, die je nach Eingabewerten unterschiedliche Vorgänge ausführen oder Vorgänge mehrmals ohne Unrolling ausführen.

Eingeschränkte Ausführungen

In Android 11 kann NNAPI Ausführungen ermöglichen, auf eine Liste von sync_fence-Handles zu warten und optional ein sync_fence-Objekt zurückzugeben, das signalisiert wird, wenn die Ausführung abgeschlossen ist. Dadurch wird der Overhead für kleine Sequenzmodelle und Streaming-Anwendungsfälle reduziert. Die Ausführung in einem eingeschränkten Kontext ermöglicht auch eine effizientere Interoperabilität mit anderen Komponenten, die sync_fence signalisieren oder darauf warten können.

Erinnerungsdomains

Auf Geräten mit Android 11 oder höher unterstützt NNAPI Speicherbereiche, die Zuweisungsschnittstellen für treiberverwaltete Puffer bereitstellen. So können geräteinterne Speicher zwischen Ausführungen übergeben werden, wodurch unnötiges Kopieren und Transformieren von Daten zwischen aufeinanderfolgenden Ausführungen auf demselben Treiber unterdrückt wird.

Dienstqualität

Ab Android 11 bietet die NNAPI eine verbesserte Dienstqualität. Eine App kann die relativen Prioritäten ihrer Modelle, die maximale Zeit, die für die Vorbereitung eines Modells erwartet wird, und die maximale Zeit, die für die Ausführung erwartet wird, angeben.

Vorzeichenbehaftete 8-Bit-Quantisierung

Die in Android 11 eingeführte Neural Network HAL (NN HAL) 1.3 unterstützt die signierte 8‑Bit-Quantisierung für die Neural Networks API. Weitere Informationen finden Sie unter NN HAL-Updates in Android 11.

Verbesserungen bei Tests

Android 11 enthält ein Testprogramm zum Fuzz-Testen von NNAPI-Treiberimplementierungen und eine Reihe von Absturztests, um die Stabilität von Treibern bei starker Nutzung zu validieren.

Weitere Informationen

Sensoren

Sensortyp für Scharnierwinkel

In Android 11 wird der Scharnierwinkelsensor eingeführt, der den Winkel zwischen zwei integralen Teilen eines Geräts misst.

Sensors Multi-HAL 2.1

Sensors Multi-HAL 2.1 ist in Android 11 verfügbar und eine Weiterentwicklung von Sensors Multi-HAL 2.0. Es unterstützt das Laden von Sub-HALs, die den Sensortyp Scharnierwinkel bereitstellen können. Zur Unterstützung dieses Sensortyps müssen Sub-HALs die in 2.1 SubHal-Header definierten Sub-HAL-APIs verwenden.

Medien

DRM

Unter Android 11 wird der MediaDrm-/Crypto-IPC-Pfad vereinfacht, indem MediaDrmService entfernt wird. Eine neue MediaDrm API wurde hinzugefügt, um verfügbare DRM-Plug-ins aufzulisten.

Decodierung mit niedriger Latenz in MediaCodec

Android 11 enthält MediaCodec 2.0, um die Mediendecodierung mit niedriger Latenz zu ermöglichen, was für Echtzeitanwendungen entscheidend ist.

Sonstiges

Ab Android 11 muss die AOSP-Galerie-App den MIME-Typ application/sdp für die ACTION_VIEW-Intention nicht mehr unterstützen. Der Intent-Filter ACTION_VIEW für den MIME-Typ application/sdp wurde aus der Manifestdatei der AOSP Gallery App entfernt.

Diese Anforderungen sind in Abschnitt 3.2.3.1 dokumentiert. Core Application Intents des CDD.

Leistung

Userspace-lmkd

In Android 11 wird eine neue Strategie zum Beenden von Prozessen eingeführt, um Speichermangel und Leistungseinbußen zu verhindern.

Leistung

Unaufmerksamer Schlaf für TV-Stand-by

In Android 11 wurde für den TV-Standby eine neue Funktion namens „Unaufmerksamer Schlaf“ hinzugefügt. Diese Funktion spart Strom, indem ein Inaktivitäts-Zeitlimit für Nutzer festgelegt werden kann, nach dem das Gerät in den Ruhemodus wechselt, auch wenn Wakelocks gehalten werden.

Sicher

OEMCrypto

Android 11 unterstützt die OEMCrypto API-Version 16.

Speicher

Begrenzter Speicher

Android 11 unterstützt begrenzten Speicher, wodurch der App-Zugriff auf externen Speicher eingeschränkt wird. Außerdem wird MediaProvider zum Dateisystem-Handler (für FUSE) für externen Speicher, wodurch das Dateisystem auf externem Speicher und die MediaProvider-Datenbank konsistent werden.

Einstellung von SDCardFS

SDCardFS wird in Android 11 nicht mehr unterstützt. Bei VTS-Tests sind bereitgestellte Dateisysteme, die als SDCardFS aufgeführt sind, nicht zulässig. Die Funktionen von SDCardFS werden durch andere Methoden ersetzt.

Tests

Compatibility Test Suite (CTS)

Für Android 11 wurden viele neue Schlüsselmodule und Teständerungen für CTS eingeführt. Weitere Informationen finden Sie in den CTS Release Notes.

CTS-Tests für APEX-Verwaltungs-APIs

Ab Android 11 enthält das Paket CtsShimApex zwei vorgefertigte Apps, die vom CTS zum Testen von Berechtigungen verwendet werden.

Wenn Ihr Gerät die APEX-Paketverwaltung nicht unterstützt oder auf dem Gerät Version 10 oder niedriger ausgeführt wird, müssen die beiden vorgefertigten Apps separat im System vorinstalliert werden.

Weitere Informationen finden Sie unter CTS-Shim-Pakete.

CTS-Versionshinweise

Mit Android 11 werden viele neue wichtige Module und Teständerungen eingeführt.

Fehlerbehebung

Vendor-Logging mit eingeschränktem Umfang

In Android 11 wird ein neues HAL eingeführt: IDumpstateDevice (Version 1.1). Dieses HAL stellt neue Methoden zur Verfügung, um die in Standardfehlerberichten enthaltenen Anbieterprotokolle genauer einzugrenzen und die Anbieterprotokollierung in Nutzer-Builds zu aktivieren und zu deaktivieren (die Standardeinstellung für Nutzer-Builds ist „Aus“). So haben OEMs mehr Kontrolle darüber, was in bestimmte Arten von Fehlerberichten aufgenommen wird.

GWP-ASan: Erkennung von Heapschäden

GWP-ASan ist eine Funktion für die Zuweisung von nativem Arbeitsspeicher, mit der sich Use-After-Free- und Heap-Buffer-Overflow-Fehler in 32‑Bit- und 64‑Bit-Prozessen finden lassen.

GWP-ASan ist in Android 11 automatisch für System-Apps und Plattform-Executables aktiviert. Deaktivieren Sie sie nicht auf der Plattform, sondern aktivieren Sie sie in Ihren Apps.

Updates

Verbesserungen bei dynamischen Systemupdates (DSU)

Android 10 bietet Verbesserungen bei dynamischen Systemupdates (DSU), darunter:

  • Neues Frontend: One-Click-DSU-Loader
  • Unterstützung von Geräte-Setup-Units mit mehreren Partitionen
  • OEM-signierte Gerätekonfigurationseinheiten für mehr Sicherheit
  • Neue Möglichkeiten zum Verwalten der Kompatibilität zwischen Geräteprofilen und Geräten

OTA-Pakete für mehrere SKUs

Android 11 oder höher unterstützt die Verwendung eines einzelnen OTA-Pakets für mehrere Geräte mit unterschiedlichen SKUs. Dazu müssen die Zielgeräte für die Verwendung dynamischer Fingerabdrücke konfiguriert und die OTA-Metadaten (mit OTA-Tools) aktualisiert werden, damit der Gerätename und der Fingerabdruck in den Einträgen für die Vor- und Nachbedingungen enthalten sind.

Builds für die Veröffentlichung signieren

Mehrere CLI-Befehle zum Signieren von Builds für die Veröffentlichung wurden in Android 11 geändert.

Vendor Test Suite (VTS) 11

Die Vendor Test Suite (VTS) für Android 11 bietet umfangreiche Tests für den Kernel und die Hardware-Abstraktionsschicht (Hardware Abstraction Layer, HAL).

Virtual A/B

Unter Android 11 werden A/B-Updates und Nicht-A/B-Updates durch virtuelle A/B-Updates vereinheitlicht. Mit Virtual A/B werden nahtlose Updates auf Geräten ermöglicht und gleichzeitig die Speicherkosten minimiert.

Testen

Standardmäßig Scudo-Heap-Zuweisung

Ab Android 11 wird der Scudo-Heap-Allocator für den gesamten nativen Code verwendet (außer auf Geräten mit wenig Arbeitsspeicher, auf denen weiterhin jemalloc verwendet wird). Sie müssen Scudo also nicht mehr für jede Binärdatei einzeln aktivieren. Weitere Informationen zu Scudo finden Sie auf der Scudo-Seite.

TV

CAS-Framework

Android 11 unterstützt das Media CAS-Framework (Media Conditional Access Systems) für Android TV, das standardmäßige Java-APIs für Drittanbieterentwickler und OEMs bietet. Weitere Informationen finden Sie unter CAS Framework.

Multimedia-Tunneling

Unter Android 11 können Nutzer Multimedia-Tunneling mit Audio- und Videoinhalten implementieren, die direkt vom Tuner bereitgestellt werden.

Tuner-Framework

Android 11 unterstützt das Tuner Framework für Android TV, das A/V-Inhalte über Tuner HAL, Tuner SDK API und Tuner Resource Manager bereitstellt.

TV Input Framework

Das Android TV Input Framework (TIF) vereinfacht die Bereitstellung von Live-Inhalten für Android TV. Es bietet Herstellern eine Standard-API zum Erstellen von Eingabemodulen für die Steuerung von Android TV und ermöglicht die Suche nach Live-TV-Inhalten und Empfehlungen. In Android 11 werden drei neue Komponenten für TIF eingeführt.