Diese Seite fasst die wichtigsten Funktionen der Android 11-Version zusammen und bietet Links zu zusätzlichen Informationen. Diese Funktionszusammenfassungen sind nach dem Dokumentationsort der Funktion auf dieser Website geordnet.
Die Architektur
API-Kontingente
Mit der Android 11-Version wird die API-Kontingentfunktion eingeführt, die begrenzt, wie oft Apps bestimmte APIs aufrufen können. Es ist nur in JobScheduler
API-Aufrufen implementiert. Alle Änderungen, die Sie an den voreingestellten Grenzwerten vornehmen, müssen dennoch den CTS-Test bestehen. Sie können API-Kontingente mithilfe der setEnabled
-Methode in QuotaTracker.java
deaktivieren und aktivieren. Die Standardeinstellung ist aktiviert. Durch Deaktivieren der Funktion können Apps die betroffenen APIs ohne Einschränkung aufrufen.
Es werden Unit-Tests für QuotaTracker
und zugehörige Klassen bereitgestellt. Eine ausführliche Dokumentation finden Sie in den Kommentaren in der QuotaTracker
Klasse. Mit dieser Funktion wird die neue öffentliche API LimitExceededException
eingeführt.
Bootloader
Boot-Header-Version 3
Android 11 unterstützt Boot-Header Version 3. Weitere Informationen finden Sie unter Boot-Image-Header .
Partitionen
Boot-Partitionen
Android 11 führt das Konzept des Generic Kernel Image ein. Um das Booten eines beliebigen Geräts mit einem generischen Kernel-Image zu ermöglichen, werden alle herstellerspezifischen Informationen aus der Boot-Partition herausgenommen und in eine Vendor-Boot-Partition verschoben. Ein Gerät, das mit Android 11 gestartet wird, muss die Hersteller-Boot-Partition und das aktualisierte Boot-Partitionsformat unterstützen, um den Test mit dem GKI zu bestehen.
Boot-Header des Anbieters
Der Boot-Header des Anbieters kann mehr als eine Seite umfassen.
Durchsetzung von Produktpartitionsschnittstellen
Android 11 entbündelt die product
und macht sie unabhängig von den system
und Herstellerpartitionen. Im Rahmen dieser Änderungen können Sie nun den Zugriff der Produktpartition auf native und Java-Schnittstellen steuern.
Wiederherstellungsbilder
Android 11 aktualisiert die Anforderungen an das Wiederherstellungsimage und enthält neue veröffentlichungsbasierte Optionen zum Einbinden eines Wiederherstellungs-DTBO/ACPIO als Teil des Boot-/Wiederherstellungsimages. Einzelheiten finden Sie unter Wiederherstellungsimages .
Sanfte Neustarts
Android 11 unterstützt Soft-Neustarts , bei denen es sich um Laufzeitneustarts von Prozessen im Benutzerbereich handelt, die zum Anwenden von Updates verwendet werden, die einen Neustart erfordern (z. B. Updates für APEX-Pakete).
Kernel
Gemeinsame Android-Kernel
Android 11 führt wesentliche Änderungen in der Art und Weise ein, wie gemeinsame Android-Kernel entwickelt und integriert werden .
ABI-Überwachung des Android-Kernels
Android 11 führt ABI-Überwachungstools ein, um die In-Kernel-ABI von Android-Kerneln zu stabilisieren.
Generisches Kernel-Image
Android 11 führt das Generic Kernel Image (GKI) ein, das die Kernel-Fragmentierung behebt, indem es den Kernel vereinheitlicht und SoC- und Board-Unterstützung aus dem Kernel in ladbare Module verlagert.
Modulare Kernel
Unterstützung für Kernel-Module
Ein generisches Kernel-Image (GKI) enthält möglicherweise nicht die erforderliche Treiberunterstützung, um einem Gerät das Mounten von Partitionen zu ermöglichen. Um einem Gerät das Mounten von Partitionen und das Fortsetzen des Bootens zu ermöglichen, wird die erste init
-Stufe erweitert, um die auf einer Ramdisk vorhandenen Kernel-Module zu laden . Die Ramdisk ist in generische und Hersteller-Ramdisk unterteilt. Kernelmodule des Anbieters werden auf der Ramdisk des Anbieters gespeichert. Die Reihenfolge, in der Kernelmodule geladen werden, ist konfigurierbar.
DebugFS
Android 11 entfernt die Plattformunterstützung für DebugFS und erfordert, dass es nicht auf Produktionsgeräten gemountet oder darauf zugegriffen wird. Während DebugFS zu Debugzwecken erstellt wurde, wurde es in Benutzer- und Usedebug-Builds für generische und herstellerspezifische Komponenten integriert. DebugFS ist veraltet, weil es Folgendes erstellt:
Instabile und undokumentierte API. Android ist auf klar definierte und stabile Linux-Kernel-Schnittstellen und HALs angewiesen, um ordnungsgemäß zu funktionieren. VTS-Tests stellen das Vorhandensein und die Korrektheit dieser Schnittstellen sicher. DebugFS kann nicht erzwungen werden, da sein ABI weder stabil noch dokumentiert ist.
Schlechte Codequalität. Da sie zum Debuggen dienen, werden zu
debugfs
hinzugefügte Knoten nicht so streng überprüft und getestet wie Knoten in anderen Dateisystemen. Wenn Fehler indebugfs
entdeckt werden, werden sie mit geringerer Priorität behandelt, was zu Sicherheitslücken beiträgt, die vondebugfs
herrühren.Sicherheitslücken. DebugFS wurde mit der Absicht erstellt, Kernel-Entwicklern beim Debuggen des Systems zu helfen, und nicht mit dem Fokus auf Sicherheit. Es gibt keine effiziente Methode, um zu überprüfen, ob alle auf einem Produktionsgerät verfügbar gemachten DebugFS-Knoten sicher sind. Obwohl durch die Verschärfung der SE-Richtlinien der Schweregrad der durch
debugfs
verursachten Sicherheitslücken verringert wurde, ist das Verbot der Bereitstellung vondebugfs
die einzige Möglichkeit, die Angriffsfläche vollständig zu beseitigen.
In Android 11 erzwingt VTS, dass CONFIG_DEBUG_FS
in der Kernelkonfiguration des Geräts nicht aktiviert ist und debugfs
nicht unter /proc/filesystems
aufgeführt ist.
ION-Haufen für GKI
In Android 11 führt der Android Common Kernel v5.4 ein Framework zur Modularisierung herstellerspezifischer ION-Heaps ein, während der Kern-ION-Treiber integriert bleibt, sodass OEMs Änderungen am ION-Kernel-Treiber beibehalten können, wenn sie das Generic Kernel Image (GKI) verwenden.
Modulare Systemkomponenten
Berechtigungen automatisch widerrufen
In Android 11 kann das PermissionsController-Modul automatisch Laufzeitberechtigungen für Apps widerrufen, die über einen längeren Zeitraum nicht verwendet wurden.
Aktualisierungen des Hauptmoduls
Android 11 führt mehrere neue Module ein und aktualisiert mehrere bestehende Module , die in Android 10 eingeführt wurden.
Laufzeitressourcen-Overlays
Android 11 oder höher unterstützt einen neuen Mechanismus für RROs . Zu den Verbesserungen gehören reservierter Ressourcen-ID-Bereich, eine Datei res/xml/overlays.xml
zum Aufzählen von Zielressourcen, eine Soong-Build-Regel für Overlays und eine OverlayConfig
Datei zum Konfigurieren der Veränderlichkeit, des Standardstatus und der Priorität von Overlays.
Anbieter NDK
Anbieter-Snapshots
Android 11 unterstützt VNDK-Snapshot-Build-Artefakte und Anbieter-Snapshots , die Sie zum Erstellen vendor.img
verwenden können, unabhängig von der Android-Version im Quellbaum. Dies ermöglicht gemischte Versionen von Images, z. B. ein älteres Anbieter- und ein neueres System-Image.
Audio
Für die Audioaufnahme vom UKW-Tuner ist eine privilegierte Berechtigung erforderlich
In Android 11 ist die Audioquelle MediaRecorder.AudioSource.RADIO_TUNER
als @SystemApi sichtbar und ihre Verwendung beim Aufnehmen von Audio mit einem AudioRecord
oder MediaRecorder
erfordert die privilegierte Berechtigung android.permission.CAPTURE_AUDIO_OUTPUT
Audioeffekte
Ab Android 11 haben Gerätehersteller die Möglichkeit , bestimmte Audioeffekte automatisch anzuhängen und zu aktivieren, wenn ein bestimmtes Audiogerät für die Audioaufnahme oder -wiedergabe ausgewählt wird.
Beschränkung des Gerätetyps
In Android 11 haben wir die Beschränkung der Anzahl der Audiogerätetypen aufgehoben , um das Hinzufügen neuer Audiogerätetypen zu ermöglichen.
Implementierung
Audio-Umsetzung
Android 11 bietet eine strengere Durchsetzung von Sound-Trigger-HAL-Implementierungen zur Laufzeit als niedrigere Versionen.
Automobil
Veröffentlichungsdetails
Weitere Informationen zu neuen Automotive-Funktionen und -Verbesserungen finden Sie unter Automotive-Releasedetails .
USB-Port-Reset-API
Gerätehersteller können die USB-Port-Reset-API in Android 11 implementieren, um die USB-Gadget-Verbindung mit angeschlossenen Hosts zurückzusetzen.
Kamera
Kamera-Bokeh
Ab Android 11 unterstützt die Android-Plattform Kamera-Bokeh-Implementierungen und stellt APIs bereit, um die Bokeh-Funktion für Apps von Drittanbietern 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) nutzen . Bei dieser Einstellung handelt es sich um einen Gleitkommafaktor, der im Vergleich zur Verwendung ganzzahliger Werte mit der Einstellung ANDROID_SCALER_CROP_REGION
eine höhere Präzision beim Zoomen ermöglicht und ein Herauszoomen (< 1,0f) ermöglicht.
Gleichzeitiges Kamera-Streaming
Ab Android 11 umfasst die Camera2-API Methoden, die Apps aufrufen können , um festzustellen, ob die Kameras gleichzeitiges Streaming unterstützen und welche Stream-Konfigurationen unterstützt werden.
Verbesserte Kameraunterstützung für virtuelle Android-Geräte
Android 11 führt eine überarbeitete emulierte Kamera-HAL-Implementierung auf virtuellen Geräten von Cuttlefish und Android Emulator ein, die Unterstützung für weitere Kamerafunktionen bietet, darunter:
- RAW-Erfassung
- YUV-Wiederaufbereitung
- Geräte der Stufe 3
- Logische Kameraunterstützung
- Unterstützung nur für Tiefenkameras
Diese emulierte Kamera-HAL finden Sie unter /platform/hardware/google/camera/devices/EmulatedCamera/hwl
.
Best Practices für mehrere Kameras
Befolgen Sie bei der Implementierung eines logischen Geräts mit mehreren Kameras die folgenden Best Practices , um die durch die Multikamera ermöglichten Funktionen voll auszunutzen und gleichzeitig die App-Kompatibilität aufrechtzuerhalten. Dazu gehören Best Practices für die Verwendung der in Android 11 eingeführten API ANDROID_CONTROL_ZOOM_RATIO
.
Systemkameras
Android 11 führt Unterstützung für Systemkameras über die Berechtigung android.permission.SYSTEM_CAMERA
ein. Mit Systemkameras können Sie Kamerafunktionen implementieren, die für privilegierte oder System-Apps verwendet werden können, für öffentliche Apps von Drittanbietern jedoch nicht verfügbar sind.
Kompatibilität
Das Kompatibilitätsdefinitionsdokument für Android 11 basiert auf früheren Versionen und enthält Aktualisierungen für neue Funktionen und Änderungen der Anforderungen für zuvor veröffentlichte Funktionen.
Konnektivität
Bluetooth und NFC
NFC-Off-Host-Zahlungssynchronisierung
Android unterstützt die NFC-Kartenemulation mit einem sicheren Element für die Off-Host-Kartenemulation, es ist jedoch möglich, dass der in der Tap & Pay-Einstellung angegebene bevorzugte Zahlungsdienst nicht mit der App im sicheren Element synchronisiert wird.
Android 11 behebt dieses Problem mit der Off-Host-Zahlungssynchronisierung , einem Mechanismus, mit dem Sie die Zahlungskonfiguration in Tap & Pay, die Routing-Konfiguration im Contactless Front-End (CLF) und den App-Auswahlstatus im sicheren Element synchronisieren können.
Schnellzugriffs-Wallet
Mit der Quick Access Wallet- Funktion kann der Benutzer direkt über das Power-Menü auf Zahlungskarten und relevante Pässe zugreifen.
Anrufen und Nachrichten senden
Verhalten bei Notrufen
Mit Android 11 werden Änderungen an der Handhabung von Notrufen eingeführt, um die Anforderungen der Netzbetreiber besser zu unterstützen. Nachfolgend wird das Verhalten bei der Bearbeitung von Notrufen beschrieben:
- Wenn ein Benutzer während eines laufenden Anrufs einen Notruf tätigt, trennt das Gerät abhängig von der Einstellung der Taste
KEY_ALLOW_HOLD_CALL_DURING_EMERGENCY_BOOL
automatisch den laufenden Anruf oder setzt den laufenden Anruf in die Warteschleife und lässt kein Zurückwechseln zum laufenden Anruf zu, bis der Notruf getrennt wird . - Bei einem Notruf werden eingehende Anrufe automatisch abgewiesen und dem Nutzer als verpasste Anrufe angezeigt. Während eines aktiven Notrufs können keine ausgehenden Notrufe getätigt werden.
- Im Notfall-Rückrufmodus führt das Tätigen eines Nicht-Notrufs dazu, dass das Gerät den Notfall-Rückrufmodus verlässt. Wenn ein Notruf getätigt wird, wechselt das Gerät nach Beendigung des Anrufs wieder in den Notfallrückrufmodus. Eingehende Anrufe führen nicht dazu, dass das Gerät den Notfall-Rückrufmodus verlässt.
- Aktive Notrufe können nicht vermittelt oder gehalten werden.
Aktualisierbare Notrufnummerndatenbank
Android 11 führt eine Notrufnummerndatenbank ein, die über OTA-Updates aktualisiert werden kann. Die Datenbank enthält eine Liste von Notrufnummern mit den entsprechenden Ländern und Servicekategorien.
Träger
eSIM
eSIM-Aktivierungsablauf über die Mobilfunkanbieter-App
Android 11 verbessert den Prozess der Aktivierung eines eSIM-Profils über eine Mobilfunkanbieter-App. Wenn ein Aktivierungscode zum Herunterladen eines Profils verwendet wird, kann der LPA die Benutzeroberfläche der Netzbetreiber-App starten, um zusätzliche Informationen vom Benutzer abzurufen. Die Carrier-App kann auch die LUI starten, um ein eSIM-Profil zu aktivieren.
Weitere Informationen finden Sie unter:
- Starten der Benutzeroberfläche der Carrier-App im LPA-Aktivierungsablauf
- Starten des LPA-Aktivierungsablaufs in einer Mobilfunkanbieter-App
eUICC-API-Fehlerbehandlung
Android 11 führt zusätzliche Schlüssel und Werte ein, um die Fehlerbehandlung zu verbessern , indem es dem Aufrufer der eUICC-API ermöglicht, bestimmte Fehler individuell zu behandeln.
Optionsparameter für die Methode zum Löschen von Abonnements
Ab Android 11 sollten Sie bei Verwendung der eraseSubscriptions
Methode in EuiccManager
einen EuiccCardManager#ResetOption
Enumerationswert angeben, um anzugeben, ob alle Test-, Betriebs- oder beide Arten von Abonnements gelöscht werden sollen.
Unterstützung für Multi-Operator-Netzwerke
Geräte, die mit Android 11 starten, können mehrere öffentliche Landmobilfunknetze (PLMNs) unterstützen . Die Multi-PLMN-Unterstützung bietet Mobilfunknetzbetreibern (MNOs) Flexibilität, indem sie ihnen die Übertragung mehrerer Identitäten ermöglicht.
Unterstützung kleiner Zellen
Geräte, die mit Android 11 gestartet wurden, können geschlossene Abonnentengruppen (CSGs) über Methoden in den Zellidentifizierungs-APIs unterstützen , die Informationen über die CSG-Informationen einer Zelle abrufen. Dies ist nützlich für Mobilfunknetzbetreiber (MNOs), die kleine Zellen über geschlossene Teilnehmergruppen verwalten.
Konnektivitätsdiagnose-API
Mit der Konnektivitätsdiagnose-API können Apps, die Netzwerke besitzen oder verwalten, wie z. B. Netzbetreiber-Apps, VPN-Apps und Wi-Fi-Vorschlags-Apps, Diagnoseinformationen zur Netzwerkkonnektivität vom Framework erhalten.
Änderungen an der Open Mobile API
Android 11 führt zusätzliche Funktionen für Open Mobile API (OMAPI) ein:
- Parsing-Regeln für Betreiberprivilegien.
Anpassen des eSE-Zugriffs (Embedded Secure Element) oder Bereitstellen eines eSE mithilfe einer oder mehrerer der folgenden Methoden:
- SECURE_ELEMENT_PRIVILEGED_OPERATION Systemprivilegierte Berechtigung
- Konfigurierbare Access Rule Application Master (ARA-M) App-Identifikatoren (AIDs)
- System-API
reset
, um den OMAPI-Reader zurückzusetzen
Bietet den Lesern einen klaren Indikator für Apps zum Filtern von Gerätefunktionen.
Meldung der Signalstärke
In Android 11 können Sie mehrere Signalmesstypen für das Framework auswählen und anpassen, um die Signalstärke von 4G LTE- und 5G NR-Radio Access Networks (RANs) zu melden. Mithilfe der gemeldeten Signalstärken können Sie dann steuern, wie Signalbalken auf Ihren Geräten angezeigt werden.
W-lan
Konfigurationen des WLAN-Netzwerks des Mobilfunkanbieters
In Android 11 können Sie die WLAN-Vorschlags-API verwenden, um WLAN-Netzwerkkonfigurationen des Mobilfunkanbieters hinzuzufügen, anstatt den Parameter carrier_wifi_string_array
im Mobilfunkanbieter-Konfigurationsmanager zu konfigurieren.
Wi-Fi-Hotspot-Unterstützung (Soft AP) für Tethering
Android 11 führt eine verbesserte WLAN-Hotspot-Konfiguration (Soft AP) ein und bietet mehr Unterstützung für Anwendungsfälle und Anpassungen von Netzbetreibern. Durch diese Änderungen können Gerätehersteller Folgendes konfigurieren:
- SSID und BSSID
- Sicherheitstyp (einschließlich WPA3)
- Versteckte SSID
- Betriebsband und Kanal (einschließlich ACS)
- Maximale Anzahl zulässiger Clients
- Zeitüberschreitungswert für automatisches Herunterfahren
- Zulassungsliste und Sperrliste, um die Benutzersteuerung der zugehörigen Geräte zu ermöglichen
Verbesserungen bei der Auswahl des Wi-Fi-Netzwerks
Android 11 führt Verbesserungen bei der Wi-Fi-Netzwerkauswahl ein, um die Wi-Fi-Netzwerkkonnektivität zu verbessern.
Verbesserungen des Wi-Fi-Passpoints
Android 11 führt die folgenden Verbesserungen der Passpoint- Funktion ein:
- Unterstützung für den Profilablauf, sodass das System den Benutzer benachrichtigen und Profilablaufdaten durchsetzen kann. Hierzu ist ein Profil erforderlich, bei dem das Feld
SubscriptionParameters/ExpirationDate
initialisiert ist. - Unterstützung für private, selbstsignierte CA-Zertifikate für Passpoint R1-Profile.
- Unterstützung für Passpoint R1-Profile ohne CA-Zertifikat. Das System verwendet den Standard-Truststore zur Authentifizierung der Verbindung.
- Unterstützung für die Konfiguration einer benannten AAA-Domäne getrennt vom ANQP-FQDN (unter Verwendung des
Extension/Android
Knotens in PPS-MO). Dadurch können Sie eine AAA-Domäne angeben, die sich von der angekündigten Domäne unterscheidet, ohne die Verbindungssicherheit zu beeinträchtigen. - Unterstützung für mehrere installierte Passpoint-Konfigurationen mit demselben FQDN. Dies ist nützlich für Netzbetreiber, die mehr als eine Kombination aus Mobile Country Code (MCC) und Mobile Network Code (MNC) in ihrem Netzwerk einsetzen, aber nur über einen einzigen FQDN verfügen.
- Möglichkeit, Passpoint R3-Zugangspunkte zu erkennen und zu akzeptieren.
- Verbesserter Netzwerkabgleich:
- Unterstützt den Heimanbieterabgleich für
HomeSP/HomeOIList
. - Unterstützt den Heimanbieterabgleich für
HomeSP/OtherHomePartners
. - Entfernt die Anforderung für den EAP-Methodenabgleich, die in der Passpoint-Spezifikation nicht erforderlich ist.
- Unterstützt den Heimanbieterabgleich für
Wi-Fi-Profile haben die Unterstützung gebräuchlicher Namen verbessert
In Android 11 bleiben Wi-Fi-Profile gültig , wenn sich eine Stammzertifizierungsstelle (CA) eines Netzbetreibers ändert, wenn der allgemeine Name im optionalen Teilbaum Android
Erweiterung angegeben wird. In früheren Versionen müssen Benutzer ein neues Profil vom Netzbetreiber herunterladen, wenn sich die Stammzertifizierungsstelle ändert.
Daten
Prüfung des Datenzugriffs
Android 11 führt eine Datenzugriffsprüfung ein, die es App-Entwicklern ermöglicht, besser zu erkennen, wie ihre Apps und Abhängigkeiten auf private Daten (wie Standort- und Kameradaten) von Benutzern zugreifen. Für komplexe Mehrzweck-Apps können Entwickler Attributions-Tags definieren, um verschiedene Teile der App zu identifizieren.
Weitere Informationen finden Sie unter Datenzugriffsüberwachung .
Anzeige
Aktualisierungen der Bubbles-Benachrichtigungs-API
Mit Android 10 wurde die Bubbles-Benachrichtigungs-API eingeführt, mit der Benutzer von überall auf ihrem Gerät aus Multitasking betreiben können. Android 11 enthält mehrere Bubbles-Verbesserungen. Die bemerkenswertesten Änderungen sind die standardmäßige Aktivierung von Blasen und die Entfernung der Einstellungen aus den Entwickleroptionen. Für die Implementierung von Bubbles auf der Android-Plattform ist keine Arbeit erforderlich.
Gerätesteuerung
Die Gerätesteuerungsfunktion, die ab Android 11 verfügbar ist, ermöglicht es dem Benutzer, externe Geräte wie Lichter, Thermostate und Kameras schnell über das Energiemenü anzuzeigen und zu steuern. Geräteaggregatoren (z. B. Google Home) und Apps von Drittanbietern können Geräte zur Anzeige in diesem Bereich bereitstellen. Zur Unterstützung dieser Funktion sind keine Plattformimplementierungsarbeiten erforderlich. Die Standardimplementierung ist in der Benutzeroberfläche des AOSP-Systems enthalten. Informationen zum Hinzufügen von Unterstützung für Gerätesteuerelemente zu Ihrer Steuerungs-App finden Sie auf der Android-Entwicklerseite „Externe Geräte steuern“ .
Aktualisierungen des Textklassifizierers
Android 11 führt eine aktualisierbare Standardimplementierung des Textklassifizierungsdienstes ein, der im ExtServices Mainline-Modul enthalten ist. Geräteherstellern wird empfohlen, diese Implementierung von TextClassifierService
zu verwenden, da sie über Mainline-OTA-Updates aktualisiert werden kann.
Unternehmen
Implementieren Sie benutzerdefinierte Benutzertypen
Mit Android 11 wurde das Konzept klar definierter Benutzertypen eingeführt, die alle verschiedenen Benutzertypen darstellen, die die Android-Mehrbenutzerfunktion zulässt. Mit dieser Funktion können OEMs vordefinierte AOSP-Benutzertypen anpassen und neue Profiltypen definieren. Weitere Informationen finden Sie im Abschnitt über Benutzertypen .
Verbesserungen des Arbeitsprofils
Android 11 enthält Datenschutz- und Benutzerfreundlichkeitsverbesserungen für Arbeitsprofile, die darauf ausgelegt sind, wichtige Herausforderungen bei der Benutzerfreundlichkeit zu bewältigen. Es ist von entscheidender Bedeutung, dass diese Verbesserungen im gesamten Ökosystem konsequent umgesetzt werden.
IT-Administratoren, die Android unterstützen, müssen das Erlebnis auf jedem Android-Gerät unterstützen, das ihre Benutzer zur Arbeit mitbringen. Durch die Verbesserung der UX-Konsistenz kritischer Arbeitsabläufe werden die Kosten für die Unterstützung von Android in BYOD-Umgebungen erheblich gesenkt. Die konsequente Implementierung von Datenschutzfunktionen auf allen Geräten erhöht auch das Vertrauen der Benutzer. Einige Updates umfassen:
- Die Apps-Liste verfügt über separate Registerkarten mit der Bezeichnung „Persönlich“ und „Geschäftlich“.
- Auf der Registerkarte „Arbeit“ gibt es einen Schalter zum Deaktivieren des Arbeitsprofils.
- Wenn das Arbeitsprofil deaktiviert ist, werden die Symbole der Arbeits-Apps grau und eine Überlagerung auf der Registerkarte „Arbeit“ zeigt an, dass Arbeits-Apps angehalten sind.
Interaktion
Aktualisierungen der Context Hub-Laufzeitumgebung
Android 11 führt CHRE API v1.4 ein, das Unterstützung für 5G-Zelleninformationen, Nanoapp-Debug-Dump und andere Verbesserungen umfasst. Es umfasst auch Unterstützung für die Verwendung von TensorFlow Lite für Mikrocontroller in Nanoapps. 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.
Eingang
Gamepads
Android 11 bietet Unterstützung für Gaming-Controller von Drittanbietern, darunter:
Nintendo Switch Pro-Controller: Android bietet Unterstützung für USB- und Bluetooth-Konnektivität für den Nintendo Switch Pro-Controller. Für alle Implementierungen sind CTS-Tests erforderlich. Verwenden Sie
NintendoSwitchProTest
um Ihre Implementierung zu validieren.Steam-Controller: Android fügt USB-Konnektivität für den Steam-Controller hinzu.
Neuronale Netze
Empfohlene Vorgehensweise
Um die Akzeptanz der NNAPI durch App-Entwickler zu fördern, befolgen Sie diese Best Practices bei der Implementierung eines NNAPI-Treibers auf Geräten mit Android 11.
Kontrollfluss
In Android 11 fügt die NNAPI zwei Kontrollflussoperationen hinzu , IF
und WHILE
, die andere Modelle als Argumente verwenden und diese bedingt ( IF
) oder wiederholt ( WHILE
) ausführen. Dies ermöglicht die Konstruktion von Modellen, die basierend auf den Eingabewerten unterschiedliche Operationen ausführen oder Operationen mehrmals ausführen, ohne sie abzuwickeln.
Eingezäunte Hinrichtungen
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 wird, wenn die Ausführung abgeschlossen ist. Dies reduziert den Overhead für kleine Sequenzmodelle und Streaming-Anwendungsfälle. Die abgeschirmte Ausführung ermöglicht außerdem eine effizientere Interoperabilität mit anderen Komponenten, die sync_fence
signalisieren oder darauf warten können.
Speicherdomänen
Für Geräte mit Android 11 oder höher unterstützt NNAPI Speicherdomänen, die Zuweisungsschnittstellen für treiberverwaltete Puffer bereitstellen . Dies ermöglicht die Weitergabe geräteeigener Speicher über Ausführungen hinweg und unterdrückt unnötiges Kopieren und Transformieren von Daten zwischen aufeinanderfolgenden Ausführungen auf demselben Treiber.
Servicequalität
Ab Android 11 bietet die NNAPI eine verbesserte Dienstqualität (Quality of Service, QoS) , indem sie einer App ermöglicht, die relativen Prioritäten ihrer Modelle, die maximale Zeitspanne, die für die Vorbereitung eines Modells erwartet wird, und die maximale Zeitspanne, die für eine Ausführung erwartet wird, anzuzeigen zu vervollständigen.
Vorzeichenbehaftete 8-Bit-Quantisierung
Das 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 .
Testverbesserungen
Android 11 enthält ein Testdienstprogramm zur Durchführung von Fuzz-Tests für NNAPI-Treiberimplementierungen und eine Reihe von Crashtests zur Validierung der Widerstandsfähigkeit von Treibern unter intensiven Nutzungsbedingungen.
Weitere Informationen finden Sie unter:
Sensoren
Typ des Scharnierwinkelsensors
Android 11 führt einen Scharnierwinkelsensortyp ein, der einen Sensor darstellt, der den Winkel zwischen zwei integralen Teilen eines Geräts misst.
Sensoren Multi-HAL 2.1
Sensors Multi-HAL 2.1 , verfügbar für Android 11, ist eine Iteration von Sensors Multi-HAL 2.0, die das Laden von Sub-HALs unterstützt, die den Scharnierwinkelsensortyp offenlegen können. Um diesen Sensortyp zu unterstützen, müssen Sub-HALs die im 2.1 SubHal-Header definierten Sub-HAL-APIs verwenden.
Medien
DRM
Android 11 vereinfacht den MediaDrm/Crypto IPC-Pfad durch die Entfernung von MediaDrmService. Eine neue MediaDrm
API wird hinzugefügt, um verfügbare DRM-Plugins aufzulisten.
Dekodierung mit geringer Latenz in MediaCodec
Android 11 enthält MediaCodec 2.0 , um die Mediendekodierung mit geringer Latenz zu ermöglichen, was für Echtzeit-Apps von entscheidender Bedeutung ist.
Verschiedenes
Aktualisieren Sie die Anforderungen der AOSP Gallery-App
Ab Android 11 muss die AOSP Gallery-App den MIME-Typ application/sdp
für die Absicht ACTION_VIEW
nicht mehr unterstützen. Der Absichtsfilter ACTION_VIEW
für den MIME-Typ application/sdp
wurde aus der Manifestdatei der AOSP Gallery-App entfernt.
Diese Anforderungen sind im Abschnitt 3.2.3.1 dokumentiert. Kernanwendungsabsichten des CDD.
Leistung
Userspace lmkd
Android 11 führt eine neue Löschstrategie ein, um Speichermangel und Leistungseinbußen zu verhindern.
Leistung
Unaufmerksamer Schlaf für TV-Standby
In Android 11 wird eine neue Funktion namens „Unaufmerksamer Schlaf“ für den TV-Standby hinzugefügt. Dabei handelt es sich um eine Stromsparfunktion, mit der ein Zeitlimit für Benutzerinaktivität festgelegt werden kann, nach dessen Ablauf das Gerät in den Ruhezustand wechselt, auch wenn Wakelocks gehalten werden.
Sicher
OEMCrypto
Android 11 unterstützt OEMCrypto API Version 16.
Lagerung
Speicher mit begrenztem Umfang
Android 11 unterstützt bereichsbezogenen Speicher , der den App-Zugriff auf externen Speicher beschränkt. Darüber hinaus wird MediaProvider zum Dateisystem-Handler (für FUSE) für externen Speicher, wodurch das Dateisystem im externen Speicher und die MediaProvider-Datenbank konsistent werden.
SDCardFS-Veraltung
Die SDCardFS-Unterstützung ist in Android 11 veraltet. VTS-Tests erlauben keine gemounteten Dateisysteme, die als SDCardFS aufgeführt sind. Die Funktionen von SDCardFS werden durch andere Methoden ersetzt.
Tests
Kompatibilitätstest-Suite (CTS)
Für Android 11 werden viele neue Schlüsselmodule und Teständerungen für CTS eingeführt. Weitere Informationen finden Sie in den CTS-Versionshinweisen .
CTS-Tests für APEX-Management-APIs
Ab Android 11 enthält das CtsShimApex
Paket zwei vorgefertigte Apps, die CTS zum Testen von Privilegien und Berechtigungen verwendet.
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 Einzelheiten finden Sie unter CTS-Shim-Pakete .
CTS-Versionshinweise
Android 11 führt viele neue Schlüsselmodule und Teständerungen ein.
Debuggen
Umfangreiche Anbieterprotokollierung
Android 11 fügt ein neues HAL hinzu, IDumpstateDevice (Version 1.1). Dieses HAL stellt neue Methoden zur Verfügung , um Anbieterprotokolle, die in Standardfehlerberichten enthalten sind, enger zu fassen und Benutzer-Builds die Möglichkeit zu geben, die Anbieterprotokollierung ein- und auszuschalten (die Standardeinstellung für Benutzer-Builds ist „Aus“). Dies gibt OEMs mehr Kontrolle darüber, was in bestimmte Arten von Fehlerberichten aufgenommen wird.
GWP-ASan: Erkennung von Heap-Korruption
GWP-ASan ist eine native Speicherzuweisungsfunktion, die dabei hilft, Use-After-Free- und Heap-Buffer-Overflow-Fehler in 32- und 64-Bit-Prozessen zu finden.
GWP-ASan ist in Android 11 automatisch für System-Apps und ausführbare Plattformdateien aktiviert. Deaktivieren Sie es nicht auf der Plattform, sondern aktivieren Sie es in Ihren Apps.
Aktualisierung
Verbesserungen des Dynamic System Update (DSU).
Android 10 enthält Verbesserungen an Dynamic System Updates (DSU) , darunter:
- Ein neues Frontend, der One-Click-DSU-Loader
- Unterstützung für DSUs mit mehreren Partitionen
- OEM-signierte DSUs für mehr 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 einzigen 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 (mithilfe von OTA-Tools) aktualisiert werden, um den Gerätenamen und den Fingerabdruck in die Einträge vor und nach der Bedingung aufzunehmen.
Signieren Sie Builds zur Veröffentlichung
Mehrere CLI-Befehle zum Signieren von Builds zur Veröffentlichung werden in Android 11 geändert .
Vendor Test Suite (VTS) 11
Die Android 11 Vendor Test Suite (VTS) bietet umfassende Tests des Kernels und der Hardware-Abstraktionsschicht (HAL).
Virtuelles A/B
Android 11 vereint A/B-Updates und Nicht-A/B-Updates durch die Bereitstellung von virtuellem A/B . Virtual A/B ermöglicht nahtlose Updates für Geräte und minimiert gleichzeitig die Speicherkosten.
Testen
Standardmäßig Scudo-Heap-Allokator
Ab Android 11 wird der Scudo-Heap-Allocator für den gesamten nativen Code verwendet (außer auf Geräten mit wenig Speicher, wo immer noch 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 Conditional Access Systems (Media CAS)-Framework für Android TV, das Standard-Java-APIs für Drittentwickler und OEMs bereitstellt. Weitere Einzelheiten finden Sie im CAS-Framework .
Multimedia-Tunneling
Für Android 11 können Benutzer Multimedia-Tunneling mit Audio- und Videoinhalten implementieren, die direkt vom Tuner eingespeist werden.
Tuner-Framework
Android 11 unterstützt Tuner Framework für Android TV, das A/V-Inhalte mithilfe von Tuner HAL, Tuner SDK API und Tuner Resource Manager bereitstellt.
TV-Eingabe-Framework
Das Android TV Input Framework (TIF) vereinfacht die Bereitstellung von Live-Inhalten auf Android TV, stellt Herstellern eine Standard-API zur Erstellung von Eingabemodulen zur Steuerung von Android TV zur Verfügung und ermöglicht die Suche und Empfehlungen für Live-TV. Android 11 führt drei neue Komponenten in TIF ein.