Versionshinweise zu Android 11

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 in debugfs entdeckt werden, werden sie mit geringerer Priorität behandelt, was zu Sicherheitslücken beiträgt, die von debugfs 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 von debugfs 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 -Erweiterungen 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:

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. Mit diesen Ä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.

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 Textklassifikators

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

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.