Ab dem 27. März 2025 empfehlen wir, android-latest-release anstelle von aosp-main zu verwenden, um AOSP zu erstellen und Beiträge dazu zu leisten. Weitere Informationen finden Sie unter Änderungen am AOSP.

Diese Seite wurde von der Cloud Translation API übersetzt.

Versionshinweise zu Android 11

Auf dieser Seite werden die wichtigsten Funktionen von Android 11 zusammengefasst und Links zu weiteren Informationen bereitgestellt. Diese Funktionszusammenfassungen sind nach dem Speicherort der Dokumentation der Funktion auf dieser Website organisiert.

Architektur

API-Kontingente

Mit Android 11 wird die Funktion „API-Kontingente“ eingeführt, mit der die Häufigkeit begrenzt wird, mit der Apps bestimmte APIs aufrufen können. Sie ist nur in JobScheduler API-Aufrufen implementiert. Alle Änderungen, die Sie an den voreingestellten Limits vornehmen, müssen weiterhin den CTS-Tests bestehen. Sie können API-Kontingente mit der Methode setEnabled in QuotaTracker.java deaktivieren und aktivieren. Standardmäßig ist die Funktion aktiviert. Wenn Sie die Funktion deaktivieren, können Apps die betroffenen APIs uneingeschränkt aufrufen.

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

Bootloader

Boot-Header-Version 3

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

Partitionen

Bootpartitionen

Mit Android 11 wird das Konzept des generischen Kernel-Images eingeführt. Damit ein beliebiges Gerät mit einem generischen Kernel-Image gestartet werden kann, werden alle anbieterspezifischen Informationen aus der Boot-Partition entfernt und in eine Boot-Partition des Anbieters verschoben. Geräte, die mit Android 11 auf den Markt gebracht werden, müssen die Anbieter-Boot-Partition und das aktualisierte Boot-Partitionsformat unterstützen, um die GKI-Tests zu bestehen.

Anbieter-Boot-Header

Der Boot-Header des Anbieters kann mehr als eine Seite umfassen.

Erzwingung von Produktaufteilungsoberflächen

In Android 11 wird die product-Partition nicht mehr mitgeliefert, 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.

Wiederherstellungs-Images

In Android 11 wurden die Anforderungen an das Wiederherstellungs-Image aktualisiert und es gibt neue releasebasierte Optionen zum Einbinden eines Recovery-DTBO/ACPIO als Teil des Boot-/Wiederherstellungs-Images. Weitere Informationen finden Sie unter Wiederherstellungs-Images.

Soft-Neustarts

Android 11 unterstützt sanfte Neustarts, bei denen Prozesse im Nutzerbereich während der Laufzeit neu gestartet werden, um Updates anzuwenden, die einen Neustart erfordern (z. B. Updates für APEX-Pakete).

Ploppendes Popcorn

Gemeinsame Android-Kernel

Android 11 führt erhebliche Änderungen bei der Entwicklung und Integration von Android Common Kernels ein.

Android-Kernel-ABI-Monitoring

In Android 11 werden Tools zum Überwachen des ABI eingeführt, um das In-Kernel-ABI von Android-Kerneln zu stabilisieren.

Generisches Kernel-Image

In Android 11 wird das Generic Kernel Image (GKI) eingeführt. Damit wird die Kernelfragmentierung behoben, indem der Kernkernel vereinheitlicht und die SoC- und Board-Unterstützung aus dem Kernkernel in ladbare Module verschoben wird.

Modulare Kernel

Unterstützung für Kernelmodule

Ein generisches Kernel-Image (GKI) enthält möglicherweise nicht den erforderlichen Treibersupport, um Partitionen auf einem Gerät bereitzustellen. Damit ein Gerät Partitionen bereitstellen und den Bootvorgang fortsetzen kann, wird init der ersten Phase erweitert, um die auf einem RAM-Laufwerk vorhandenen Kernelmodule zu laden. Das RAM-Disk wird in generische und Anbieter-RAM-Disks unterteilt. Anbieter-Kernelmodule werden im Anbieter-Ramdisk gespeichert. Die Reihenfolge, in der Kernelmodule geladen werden, ist konfigurierbar.

DebugFS

In Android 11 wird die Plattformunterstützung für DebugFS entfernt und es ist nicht mehr zulässig, es auf Produktionsgeräten bereitzustellen oder darauf zuzugreifen. 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, da es Folgendes verursacht:

Unstabile und nicht dokumentierte API Android benötigt gut definierte und stabile Linux-Kernel-Schnittstellen und HALs, um ordnungsgemäß zu funktionieren. VTS-Tests prüfen die Anwesenheit und Korrektheit dieser Schnittstellen. DebugFS kann nicht erzwungen werden, da sein ABI weder stabil noch dokumentiert ist.
Schlechte Codequalität Da sie für das Debuggen gedacht sind, werden Knoten, die debugfs hinzugefügt werden, nicht so streng geprüft und getestet wie Knoten in anderen Dateisystemen. Wenn in debugfs Fehler gefunden werden, werden sie als weniger wichtig eingestuft. Dies trägt zu Sicherheitslücken bei, die von debugfs ausgehen.
Sicherheitslücken DebugFS wurde entwickelt, um Kernelentwicklern beim Beheben von Systemfehlern zu helfen, und nicht mit dem Schwerpunkt auf Sicherheit. Es gibt keine effiziente Methode, um zu prüfen, ob alle DebugFS-Knoten, die auf einem Produktionsgerät freigegeben sind, sicher sind. Durch die Verschärfung der SEpolicy wurde die Schwere der Sicherheitslücken, die von debugfs ausgehen, zwar verringert, aber das Blockieren des Bereitstellens von debugfs ist die einzige Möglichkeit, die Angriffsfläche vollständig zu beseitigen.

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

ION-Haufen für GKI

In Android 11 wird im Android Common Kernel v5.4 ein Framework eingeführt, mit dem sich anbieterspezifische ION-Stapel modularisieren lassen, während der ION-Kerntreiber integriert bleibt. So können OEMs ION-Kernel-Treibermodifikationen bei Verwendung des generischen Kernel-Images (GKI) beibehalten.

Modulare Systemkomponenten

Berechtigungen automatisch widerrufen

In Android 11 kann das PermissionsController-Modul Laufzeitberechtigungen für Apps automatisch widerrufen, die über einen längeren Zeitraum nicht verwendet wurden.

Mainline-Modulupdates

Android 11 enthält mehrere neue Module und aktualisiert mehrere vorhandene Module, die in Android 10 eingeführt wurden.

Overlays für Laufzeitressourcen

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

Anbieter NDK

Anbieter-Snapshots

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

Audio

Für die Audioaufnahme vom FM-Tuner ist eine Berechtigung mit erhöhten Befugnissen erforderlich

Unter Android 11 ist die Audioquelle MediaRecorder.AudioSource.RADIO_TUNER als @SystemApi sichtbar. Wenn Sie sie beim Aufzeichnen von Audio mit einer AudioRecord oder MediaRecorder verwenden möchten, ist die Berechtigung android.permission.CAPTURE_AUDIO_OUTPUT erforderlich.

Audio-Effekte

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

Gerätetyplimit

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

Implementierung

Audioimplementierung

Unter Android 11 werden HAL-Implementierungen für die Auslösung von Tönen zur Laufzeit strenger erzwungen als unter niedrigeren Versionen.

Automotive

Releasedetails

Weitere Informationen zu neuen Funktionen und Verbesserungen für die Automobilbranche finden Sie unter Details zum Automotive-Release.

USB Port Reset API

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

Kamera

Kamera-Bokeh

Ab Android 11 unterstützt die Android-Plattform Bokeh-Implementierungen für Kameras und bietet APIs, mit denen die Bokeh-Funktion für Drittanbieter-Apps verfügbar gemacht werden kann.

Kamerazoom

Unter Android 11 kann eine App den Zoom einer Kamera (digital und optisch) über die Einstellung ANDROID_CONTROL_ZOOM_RATIO verwenden. Diese Einstellung ist ein Gleitkommafaktor, der eine bessere Zoomgenauigkeit als die Verwendung von Ganzzahlwerten mit der Einstellung ANDROID_SCALER_CROP_REGION ermöglicht.Außerdem ist ein Herauszoomen möglich (Werte unter 1,0f).

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

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

RAW-Aufnahme
YUV-Wiederverarbeitung
Level 3-Geräte
Logische Kameraunterstützung
Unterstützung nur für Kameras mit Tiefensensor

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

Best Practices für Mehrfachkameras

Wenn Sie die Funktionen von Multi-Kameras voll ausschöpfen und gleichzeitig die App-Kompatibilität beibehalten möchten, beachten Sie beim Implementieren eines logischen Multi-Kamera-Geräts die folgenden Best Practices. Dazu gehören Best Practices für die Verwendung der ANDROID_CONTROL_ZOOM_RATIO API, die in Android 11 eingeführt wurde.

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 oder System-Apps verwendet werden können, aber nicht für öffentliche Drittanbieter-Apps verfügbar sind.

Kompatibilität

Das Compatibility Definition Document (CDD) für Android 11 enthält Aktualisierungen für neue Funktionen und Änderungen an den Anforderungen für zuvor veröffentlichte Funktionen aus den vorherigen Versionen.

Konnektivität

Bluetooth und NFC

NFC-Off-Host-Zahlungssynchronisierung

Android unterstützt die NFC-Kartenemulation mit einem Secure Element für die Off-Host-Kartenemulation. Es kann jedoch sein, dass der in der Einstellung „Zum Bezahlen antippen“ angegebene bevorzugte Zahlungsdienst nicht mit der App im Secure Element synchronisiert ist.

In Android 11 wird dieses Problem durch die Off-Host-Zahlungssynchronisierung behoben. Dabei handelt es sich um einen Mechanismus, mit dem Sie die Zahlungskonfiguration in „Mobiles Bezahlen“, die Routingkonfiguration auf dem kontaktlosen Front-End (CLF) und den von der App ausgewählten Status im Secure Element synchronisieren können.

Schnellzugriff auf Karten

Mit der Funktion Schnellzugriffs-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 wurden Änderungen an der Verarbeitung von Notrufen vorgenommen, um die Anforderungen der Mobilfunkanbieter besser zu erfüllen. Im Folgenden wird beschrieben, wie Notrufe verarbeitet werden:

Wenn ein Nutzer während eines laufenden Anrufs einen Notruf tätigt, wird je nach Einstellung der Taste KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL der laufende Anruf automatisch beendet oder gehalten. Der Nutzer kann erst wieder zum laufenden Anruf zurückkehren, 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 anderen Anrufe getätigt werden.
Wenn Sie im Notfallrückrufmodus einen Anruf tätigen, der kein Notruf ist, wird der Notfallrückrufmodus beendet. Wenn ein Notruf getätigt wird, wechselt das Gerät nach dem Ende des Anrufs wieder in den Notfallrückrufmodus. Durch eingehende Anrufe wird der Notfallrückrufmodus nicht beendet.
Aktive Notrufe können nicht an eine andere Person weitergeleitet oder gehalten werden.

Aktualisierbare Datenbank mit Notrufnummern

In Android 11 wird eine Datenbank mit Notrufnummern 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

eSIM-Aktivierung über die App des Mobilfunkanbieters

Android 11 verbessert die Aktivierung eines eSIM-Profils über eine Mobilfunkanbieter-App. 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. Die Mobilfunkanbieter-App kann auch die LUI starten, um ein eSIM-Profil zu aktivieren.

Weitere Informationen

Fehlerbehandlung der eUICC API

Unter Android 11 werden zusätzliche Schlüssel und Werte zur Verbesserung der Fehlerbehandlung eingeführt. So kann der Aufrufer der eUICC API bestimmte Fehler individuell verarbeiten.

Optionsparameter für die Methode „Abos löschen“

Ab Android 11 müssen Sie bei Verwendung der Methode eraseSubscriptions in EuiccManager einen EuiccCardManager#ResetOption-Enum-Wert angeben, um anzugeben, ob alle Test-, Betriebs- oder beide Arten von Abos gelöscht werden sollen.

Unterstützung für Netzwerke mehrerer Betreiber

Geräte, die mit Android 11 ausgeliefert werden, können mehrere öffentliche Mobilfunknetze (Public Land Mobile Networks, PLMNs) unterstützen. Die Unterstützung mehrerer PLMNs bietet Mobilfunkanbietern Flexibilität, da sie mehrere Identitäten übertragen können.

Unterstützung von kleinen Zellen

Geräte, die mit Android 11 eingeführt wurden, können geschlossene Teilnehmergruppen (Closed Subscriber Groups, CSGs) unterstützen. Dazu werden über Methoden in den APIs zur Zellenidentifikation Informationen zu den CSG-Informationen einer Zelle abgerufen. Dies ist nützlich für Mobilfunknetzbetreiber, 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, Diagnoseinformationen zur Netzwerkverbindung vom Framework erhalten.

Änderungen an der Open Mobile API

Android 11 bietet zusätzliche Funktionen für die Open Mobile API (OMAPI):

Parseregeln für Berechtigungen von Mobilfunkanbietern.
Zugriff auf das eingebettete Secure Element (eSE) anpassen oder ein eSE mit einer oder mehreren der folgenden Methoden bereitstellen:
- SECURE_ELEMENT_PRIVILEGED_OPERATION Berechtigung für privilegierte Systemaktionen
- App-IDs (Application Identifiers) für konfigurierbare Zugriffsregeln (ARA-M)
- reset System-API zum Zurücksetzen des OMAPI-Lesegeräts
Lesern einen klaren Hinweis auf Apps geben, um Gerätefunktionen zu filtern.

Berichte zur Signalstärke

In Android 11 können Sie mehrere Signalmesstypen auswählen und anpassen, die das Framework zur Meldung der Signalstärke von 4G LTE- und 5G NR-Funknetzwerken (Radio Access Networks, RANs) verwenden soll. Anhand der gemeldeten Signalstärken können Sie dann festlegen, wie die Signalbalken auf Ihren Geräten angezeigt werden.

WLAN

WLAN-Konfigurationen von Mobilfunkanbietern

Unter Android 11 können Sie mit der Wi‑Fi Suggestion API WLAN-Konfigurationen von Mobilfunkanbietern hinzufügen, anstatt den Parameter carrier_wifi_string_array im Konfigurationsmanager des Mobilfunkanbieters zu konfigurieren.

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

Android 11 bietet eine verbesserte WLAN-Hotspot-Konfiguration (Soft-AP), die mehr Unterstützung für Anwendungsfälle und Anpassungen von Mobilfunkanbietern bietet. Durch diese Änderungen können Gerätehersteller Folgendes konfigurieren:

SSID und BSSID
Sicherheitstyp (einschließlich WPA3)
Ausgeblendete SSID
Betriebsband und -kanal (einschließlich ACS)
Maximale Anzahl zulässiger Clients
Wert für die Zeitüberschreitung beim automatischen Herunterfahren
Zulassungs- und Sperrlisten, um Nutzern die Kontrolle über zugehörige Geräte zu ermöglichen

Verbesserungen bei der WLAN-Netzwerkauswahl

In Android 11 wurden Verbesserungen bei der WLAN-Netzwerkauswahl eingeführt, um die WLAN-Netzwerkverbindung zu verbessern.

Verbesserungen bei Wi‑Fi Passpoint

Android 11 bietet die folgenden Verbesserungen für die Funktion Passpoint:

Unterstützung für das Ablaufdatum von Profilen, damit das System den Nutzer benachrichtigen und das Ablaufdatum des Profils erzwingen kann. Dazu ist ein Profil erforderlich, bei dem das Feld SubscriptionParameters/ExpirationDate initialisiert ist.
Unterstützung für private, selbst signierte CA-Zertifikate für Passpoint-R1-Profile.
Unterstützung für Passpoint-R1-Profile ohne CA-Zertifikat Das System verwendet den Standard-Trust Store, um die Verbindung zu authentifizieren.
Unterstützung für die Konfiguration einer benannten AAA-Domain getrennt vom ANQP-FQDN (mit dem Knoten Extension/Android in PPS-MO) So können Sie eine AAA-Domain angeben, die sich von der beworbenen Domain unterscheidet, ohne die Verbindungssicherheit zu gefährden.
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 Länder- und Netzwerkcode des Mobilgeräts (Mobile Country Code, MCC) und Mobile Network Code (MNC) bereitstellen, aber nur einen einzigen FQDN haben.
Erkennen und Akzeptieren von Passpoint-R3-Zugangspunkten
Verbessertes Netzwerkabgleich:
- Unterstützt den Abgleich mit Energieversorgern für HomeSP/HomeOIList.
- Unterstützt den Abgleich mit Energieversorgern für HomeSP/OtherHomePartners.
- Die Übereinstimmungsanforderung für die EAP-Methode, die nicht in der Passpoint-Spezifikation erforderlich ist, wurde entfernt.

Verbesserte Unterstützung für gängige Namen in WLAN-Profilen

Unter Android 11 bleiben WLAN-Profile gültig, wenn sich die Stammzertifizierungsstelle eines Mobilfunkanbieters ändert, sofern der gemeinsame Name im optionalen Android-Erweiterungsunterbaum 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 Datenzugriffsprüfung eingeführt. So können App-Entwickler besser nachvollziehen, wie ihre Apps und Abhängigkeiten auf private Daten von Nutzern zugreifen (z. B. Standort- und Kameradaten). Für komplexe, mehrzweckfähige Apps können Entwickler Attributions-Tags definieren, um verschiedene Teile der App zu identifizieren.

Weitere Informationen finden Sie unter Audits für den Datenzugriff.

Mit Android 10 wurde die Bubbles-Benachrichtigungs-API eingeführt, mit der Nutzer von überall auf ihrem Gerät Multitasking betreiben können. Android 11 enthält mehrere Verbesserungen für Bubbles. Die wichtigsten Änderungen sind die Standardaktivierung von Bubbles und die Verlagerung der Einstellungen aus den Entwickleroptionen. Für die Implementierung von Bubbles auf der Android-Plattform sind keine Maßnahmen 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 Drittanbieter-Apps 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 Gerätesteuerungen zu Ihrer Steuer-App finden Sie auf der Seite Externe Geräte steuern für Android-Entwickler.

Updates des Textklassifikators

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

Unternehmen

Benutzerdefinierte Nutzertypen implementieren

In Android 11 wurde das Konzept der klar definierten Nutzertypen eingeführt, die alle verschiedenen Nutzertypen repräsentieren, die von der Android-Mehrfachnutzerfunktion zulässig sind. Mit dieser Funktion können OEMs vordefinierte AOSP-Nutzertypen anpassen und neue Profiltypen definieren. Weitere Informationen finden Sie im Abschnitt zu Nutzertypen.

Verbesserungen am Arbeitsprofil

Android 11 enthält Verbesserungen beim Datenschutz und bei der Nutzerfreundlichkeit für Arbeitsprofile, die auf wichtige Herausforderungen bei der Nutzerfreundlichkeit eingehen. Es ist wichtig, dass diese Verbesserungen im gesamten System einheitlich implementiert werden.

IT-Administratoren, die Android unterstützen, müssen die Nutzung auf allen Android-Geräten unterstützen, die Nutzer zur Arbeit mitbringen. Durch die Verbesserung der UX-Konsistenz kritischer Workflows lassen sich die Kosten für die Unterstützung von Android in BYOD-Umgebungen erheblich senken. Die einheitliche Implementierung von Datenschutzfunktionen auf allen Geräten stärkt auch das Vertrauen der Nutzer. Zu den Änderungen gehören:

Die App-Liste enthält die Tabs „Persönlich“ und „Geschäftlich“.
Auf dem Tab „Geschäftlich“ können Sie das Arbeitsprofil deaktivieren.
Wenn das Arbeitsprofil deaktiviert ist, werden die Symbole der geschäftlichen Apps ausgegraut und auf dem Tab „Arbeit“ wird in einem Overlay angezeigt, dass geschäftliche Apps pausiert sind.

Interaktion

Aktualisierungen der Context Hub-Laufzeitumgebung

Mit Android 11 wird die CHRE API v1.4 eingeführt. Sie umfasst Unterstützung für 5G-Zelleninformationen, Nano-App-Debug-Dumps und weitere Verbesserungen. 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 einen neuen Leitfaden zur Implementierung von Haptik und zur Bewertung der Haptikleistung auf Ihrem Gerät.

Eingabe

Gamepads

Unter Android 11 werden Gamecontroller 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 eine USB-Verbindung für den Steam-Controller.

Neuronale Netze

Best Practices

Um die Akzeptanz der NNAPI durch App-Entwickler zu fördern, sollten Sie bei der Implementierung eines NNAPI-Treibers auf Geräten mit Android 11 die folgenden Best Practices beachten.

Kontrollfluss

In Android 11 werden in der NNAPI zwei Kontrollfluss-Vorgänge hinzugefügt: IF und WHILE. Sie nehmen andere Modelle als Argumente an 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 ausführen, ohne sie aufzurollen.

Umzäunte Ausführungen

In Android 11 ermöglicht NNAPI Ausführungen, auf eine Liste von sync_fence-Handles zu warten und optional ein sync_fence-Objekt zurückzugeben, das signalisiert, dass die Ausführung abgeschlossen ist. Dadurch wird der Overhead für kleine Sequenzmodelle und Streaminganwendungsfälle reduziert. Die abgegrenzte Ausführung ermöglicht außerdem eine effizientere Interoperabilität mit anderen Komponenten, die sync_fence signalisieren oder darauf warten können.

Speicherbereiche

Auf Geräten mit Android 11 oder höher unterstützt NNAPI Speicherbereiche, die Allocator-Schnittstellen für treiberverwaltete Puffer bereitstellen. So können geräteeigene Speicher zwischen Ausführungen übergeben werden, wodurch unnötiges Kopieren und Transformieren von Daten zwischen aufeinanderfolgenden Ausführungen desselben Treibers vermieden wird.

Dienstqualität

Ab Android 11 bietet die NNAPI eine verbesserte Dienstqualität (QoS), da eine App die relativen Prioritäten ihrer Modelle, die maximale Zeit, die für die Vorbereitung eines Modells benötigt wird, und die maximale Zeit, die für die Ausführung benötigt wird, angeben kann.

Vorzeichenbehaftete 8-Bit-Quantisierung

Die Neural Network HAL (NN HAL) 1.3, die in Android 11 eingeführt wurde, 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 testen

Android 11 enthält ein Testtool, mit dem Fuzz-Tests für NNAPI-Treiberimplementierungen und eine Reihe von Absturztests durchgeführt werden können, um die Widerstandsfähigkeit von Treibern bei hoher Auslastung zu prüfen.

Weitere Informationen

Sensoren

Scharnierwinkelsensortyp

In Android 11 wird der Sensortyp „Scharnierwinkel“ eingeführt, um einen Sensor darzustellen, der den Winkel zwischen zwei integralen Teilen eines Geräts misst.

Sensors Multi-HAL 2.1

Sensors Multi-HAL 2.1, verfügbar unter Android 11, ist eine Iteration von Sensors Multi-HAL 2.0, die das Laden von untergeordneten HALs unterstützt, die den Sensortyp für den Scharnierwinkel freigeben können. Zur Unterstützung dieses Sensortyps müssen Sub-HALs die im 2.1 SubHal-Header definierten Sub-HAL-APIs verwenden.

Medien

digitale Rechteverwaltung

In Android 11 wurde der IPC-Pfad von MediaDrm/Crypto vereinfacht, da MediaDrmService entfernt wurde. Es wird eine neue MediaDrm API hinzugefügt, um verfügbare DRM-Plug-ins aufzuzählen.

Decodierung mit niedriger Latenz in MediaCodec

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

Sonstiges

Aktualisierung der Anforderungen an die AOSP Gallery App

Ab Android 11 muss die AOSP Gallery App den MIME-Typ application/sdp für die ACTION_VIEW-Intent 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. Die wichtigsten Anwendungsabsichten der CDD.

Leistung

Userspace lmkd

Android 11 führt eine neue Strategie zum Beenden von Apps ein, um einen Speichermangel und eine Leistungsminderung zu verhindern.

Leistung

Inattentive Sleep für den Fernseher im Standby

In Android 11 wurde dem Fernseher-Standby die neue Funktion „Inaktiver Ruhemodus“ hinzugefügt. Es ist eine Energiesparfunktion, mit der ein Zeitlimit für die Inaktivität des Nutzers 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

Speicherplatz mit Begrenzung

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

Einstellung von SDCardFS

Die Unterstützung von SDCardFS wird in Android 11 eingestellt. 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 werden viele neue wichtige Module und Teständerungen für CTS eingeführt. Weitere Informationen finden Sie in den CTS-Versionshinweisen.

CTS-Tests für APEX-Verwaltungs-APIs

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

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

Weitere Informationen finden Sie unter CTS-Shims.

CTS-Versionshinweise

Android 11 führt viele neue wichtige Module und Teständerungen ein.

Fehlerbehebung

Anbieterprotokollierung auf bestimmte Bereiche beschränken

In Android 11 wird eine neue HAL hinzugefügt: IDumpstateDevice (Version 1.1). Diese HAL bietet neue Methoden, mit denen sich Anbieterprotokolle, die in Standard-Fehlerberichten enthalten sind, genauer eingrenzen lassen. Außerdem können Nutzerbuilds das Protokollieren von Anbietern aktivieren und deaktivieren (standardmäßig ist es für Nutzerbuilds deaktiviert). So haben OEMs mehr Kontrolle darüber, was in bestimmte Arten von Fehlerberichten aufgenommen wird.

GWP-ASan: Erkennung von Heap-Beschädigungen

GWP-ASan ist eine native Speicherallokationsfunktion, mit der sich Use-After-Free- und Heap-Buffer-Overflow-Fehler sowohl in 32‑Bit- als auch in 64‑Bit-Prozessen finden lassen.

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

Updates

Verbesserungen beim dynamischen Systemupdate (Dynamic System Update, DSU)

Android 10 enthält Verbesserungen bei dynamischen Systemupdates (Dynamic System Updates, DSU), darunter:

Ein neues Frontend, der DSU-Ladeprogramm mit nur einem Klick
Unterstützung für DSUs mit mehreren Partitionen
Vom OEM signierte DSUs für erhöhte Sicherheit
Neue Möglichkeiten zur Verwaltung der Kompatibilität zwischen DSUs 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 Sie die Zielgeräte so konfigurieren, dass dynamische Fingerabdrücke verwendet werden, und die OTA-Metadaten (mithilfe von OTA-Tools) so aktualisieren, dass der Gerätename und der Fingerabdruck in den Einträgen für die Vor- und Nachbedingung enthalten sind.

Builds für die Veröffentlichung signieren

Mehrere Befehle der Befehlszeile zum Signieren von Builds für die Version wurden in Android 11 geändert.

Vendor Test Suite (VTS) 11

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

Virtueller A/B-Test

Unter Android 11 werden A/B-Updates und andere Updates durch virtuelle A/B-Updates zusammengeführt. Mit virtuellen A/B-Updates können Geräte nahtlos aktualisiert werden, während die Speicherkosten minimiert werden.

Testen

Standardmäßig wird der Scudo-Heap-Allocator verwendet.

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

Fernseher

CAS-Framework

Android 11 unterstützt das Media CAS-Framework (Media Conditional Access Systems) für Android TV, das Standard-Java-APIs für Drittanbieter und OEMs bereitstellt. 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 stammen.

Tuner-Framework

Android 11 unterstützt das Tuner-Framework für Android TV, das A/V-Inhalte mithilfe von 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 auf Android TV. Es bietet eine Standard-API für Hersteller, mit der sie Eingabemodule zur Steuerung von Android TV erstellen können, und ermöglicht die Suche und Empfehlungen für Live-TV. Mit Android 11 werden drei neue Komponenten in TIF eingeführt.