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 indebugfs
entdeckt werden, haben sie eine geringere Priorität, was zu Sicherheitslücken führt, die vondebugfs
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 vondebugfs
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
- UI der Mobilfunkanbieter-App im LPA-Aktivierungsablauf starten
- LPA-Aktivierungsablauf in einer Mobilfunkanbieter-App starten
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.
- Unterstützt den Abgleich des Heimnetzwerkanbieters für
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
Aktualisierung der Anforderungen an die AOSP Gallery App
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.