Versionshinweise für Android 17

Auf dieser Seite werden die wichtigsten Funktionen im Android 17-Release zusammengefasst und Links zu weiteren Informationen bereitgestellt. Diese Featurezusammenfassungen sind nach dem Dokumentationsort des Features auf dieser Website organisiert.

Architektur

Einstellung von ION

Der ION-Speicher-Allocator wird auf keiner Android-Version mehr unterstützt, da alle Kernel, die ION unterstützen, im Dezember 2025 das Ende ihrer Lebensdauer erreicht haben. Alle Versuche, ION-Code von Drittanbietern zu verwenden, sollten fehlschlagen. Entfernen Sie den gesamten Anbietercode, der ION verwendet.

Audio

Neuarchitektur von Audio Managed SCO

Wenn Geräte die Audio Managed Synchronous Connection-Oriented (SCO)-Rearchitektur in Android 17 und höher verwenden, wird das SCO-Routing über die SCO-Verwaltungsfunktion des Android-Audio-Frameworks verwaltet. Bisher wurde dieses Routing vom Bluetooth-Framework (BT) übernommen. Weitere Informationen finden Sie unter Audio managed SCO rearchitecture.

Automobil

Erweiterte Fensterfunktionen mit Scalable UI

In Android 17 und höher können Sie mit Scalable UI anspruchsvolle, dynamische und mehrteilige Benutzeroberflächen für Autos erstellen. Fügen Sie WindowManager-Invarianten hinzu, konfigurieren Sie einen Einrichtungsassistenten und passen Sie die System- und Navigationsleisten an. Weitere Informationen finden Sie unter Erweiterte Fensterung mit Scalable UI.

Softwarebasiertes Fahrzeug

In Android 17 und höher können Sie das Software-Defined Vehicle (SDV) verwenden. Bei SDV spielt Software eine entscheidende Rolle beim Bau, der Steuerung, der Verwaltung und der Verbesserung des Fahrzeugbetriebs. SDV verwandelt Fahrzeuge in vernetzte, anpassungsfähige Plattformen, die sich durch Softwareupdates weiterentwickeln können. Weitere Informationen finden Sie unter Software-defined vehicle.

Kompatibilität

Audio-Multi-Channel-Ein- und ‑Ausgabe testen

In Android 17 werden CTS Verifier-Tests für die Audio-Mehrkanaleingabe und ‑ausgabe eingeführt. Informationen zum Ausführen dieser Tests finden Sie unter Audio-Mehrkanaleingabe und ‑Mehrkanalausgabe testen.

CTS-V-Tests ausführen

Für Android 17 ist ein zusätzlicher CTS-V-Einrichtungsschritt erforderlich, um die Rolle des Standardbrowsers zu gewähren. Informationen zu diesem Schritt finden Sie unter CTS-V-Tests ausführen.

Tests zur Reichweitenbestimmung, Telekommunikation und interaktive Tests auf Hostseite ausführen

Android 17 umfasst interaktive CTS-V-Tests, die halbautomatische Tests sind, bei denen Sie einige manuelle Schritte auf dem zu testenden Gerät ausführen müssen.

Zusätzlich zu den interaktiven Tests haben wir manuelle Tests zur Genauigkeit der Entfernungsmessung und Telekommunikationstests in Tests für mehrere Geräte umgewandelt. WLAN-Verbindungstests sind erforderlich. Informationen zum Einrichten und Ausführen dieser Tests finden Sie unter Hostseitige Tests ausführen.

Interaktive Tests auf der USB-Hostseite ausführen

Android 17 umfasst USB-CTS-V-Hostseitentests, für die adb über WLAN erforderlich ist. Informationen zum Einrichten und Ausführen dieser Tests finden Sie unter USB-Host-Tests ausführen.

Medientests ausführen

Android 17 umfasst CTS-V-Tests für die Medienwiedergabe. Weitere Informationen finden Sie unter CTS Verifier-Tests zur Medienwiedergabe ausführen.

Audiotest für Arbeitslast ausführen

Android 17 enthält den CTS-V-Audio-Arbeitslasttest. Weitere Informationen zum Ausführen dieses Tests finden Sie unter CTS Verifier-Audio-Arbeitslasttest ausführen.

Updates zum Audiotest

In Android 17 wurden die folgenden Audio-Tests aktualisiert:

  • Der Liste der Empfehlungen für USB-Audioadapter werden USB‑C-auf-3,5‑mm-Audioadapter hinzugefügt. Weitere Informationen finden Sie unter Empfehlungen für USB-Audioadapter.
    • Google (Anbieter-ID: 0x18D1, Produkt-ID: 0x5025)
    • Xumee (Anbieter-ID: 0x3302, Produkt-ID: 0x56C5)
  • Entfernt HDMI-Anforderungen aus dem CTS Verifier Pro Audio-Test. Weitere Informationen finden Sie unter CTS Verifier Pro Audio-Test.

ITS-Updates für Kameras

Mit Android 17 werden Updates an der Camera Image Test Suite (ITS) eingeführt. Weitere Informationen finden Sie unter:

Compatibility Definition Document (CDD)

Das Compatibility Definition Document (CDD) für Android 17 wird mit den Updates für Android 17 veröffentlicht.

Konnektivität

OTT-Anrufe automatisch an Premium-Netzwerkverbindungen weiterleiten

Android 17 unterstützt das automatische Routing von OTT-Sprach- und ‑Videoanrufen zu Premium-Netzwerkverbindungen. Mit dieser Funktion kann das System den Traffic von Sprach- und Videoanrufen automatisch an eine dedizierte Premium-Netzwerkschnittstelle weiterleiten, z. B. an einen Premium-5G-Slice oder eine Premium-4G-PDN-Verbindung, ohne dass Änderungen am Netzwerk-Stack einer App erforderlich sind. Weitere Informationen finden Sie unter 5G-Network-Slicing-Auto-Routing für OTT-Sprach- und ‑Videoanrufe.

Auswahl: Out-of-Band-Spezifikationsupdates

Mit Android 17 werden Version 2 und Version 3 der Out-of-Band-Spezifikation (OOB) eingeführt.

Version 2 enthält die folgenden Änderungen:

Version 3 enthält die folgenden Änderungen:

  • Nutzlast der Benachrichtigung über Bewegung:Ein Datenelement, das vom Gerät des Werbetreibenden verwendet wird, um das initiierende Gerät über eine Bewegungsänderung zu benachrichtigen.
  • Nutzlast der Reichweitenkonfigurationsnachricht:Enthält das Feld Motion support (Unterstützung von Bewegungen), mit dem der Initiator dem Responder signalisieren kann, dass er über alle Änderungen in der Bewegung des Peripheriegeräts vom Responder benachrichtigt werden möchte.

Display

Desktop-Freiform-Fenster

In Android 17 und höher können Sie Desktop-Freiform-Fenster pro Display aktivieren. Weitere Informationen finden Sie unter Desktop-Freiform-Fenster, Unterstützung für Systemdekorationen und Empfohlene Vorgehensweisen.

App-Kompatibilität mit großen Displays

In Android 17 werden die Einstellungen config_isCameraCompatSimulateRequestedOrientationTreatmentEnabled, config_isCameraCompatSimReqOrientationLandscapeTreatmentEnabled und config_enableSelfKillRecoveryBetweenInternalDisplays für Overlays zur App-Kompatibilität auf großen Displays eingeführt. Weitere Informationen finden Sie im Einrichtungsleitfaden zur Kompatibilität von Apps für große Displays.

Medien

Unterstützung von Videoaufruf-Kampagnen

Android 17 unterstützt den Videocodierungsstandard Versatile Video Coding (VVC) für Decodierungsszenarien. Die Android-Plattform bietet Framework- und Parserunterstützung. Damit die VVC-Decodierung möglich ist, muss der SoC-Anbieter oder OEM einen Decoder (Software oder Hardware) bereitstellen und der OEM muss dafür sorgen, dass er aktiviert und ordnungsgemäß im Android-Mediensubsystem registriert ist. Weitere Informationen finden Sie unter VVC-Unterstützung.

Leistung

Allgemeine Gesundheitsinformationen erheben

Um die Systemdiagnose im Eintauschmodus zu verbessern, werden in Android 17 Informationen zur Kamerageometrie und zum UICC-Slot hinzugefügt. Ein Beispiel für diese Felder finden Sie unter Systemstatusinformationen abrufen.

Arbeitsspeicherbegrenzer

Der Memory Limiter ist ein Systemdienst, der die Arbeitsspeichernutzung von Anwendungsprozessen mithilfe von Linux-Cgroup v2 überwacht und begrenzt. Der Arbeitsspeicherbegrenzer verhindert, dass einzelne Apps zu viel Systemspeicher verbrauchen. Dadurch wird der systemspezifische Arbeitsspeicherbedarf reduziert und das aggressive Beenden wichtiger Prozesse aufgrund von Arbeitsspeichermangel (OOM) verhindert. Weitere Informationen finden Sie unter Memory Limiter.

Daemon für die Speicherverwaltung

Android 17 und höher unterstützt den Memory Management Daemon (mmd), einen System-Daemon, der für die Konfiguration und Verwaltung von ZRAM-bezogenen Wartungsaufgaben zuständig ist. Weitere Informationen finden Sie unter Memory Management Daemon.

Daemon für den Prozessspeicherschutz

Der PMGD-Daemon (Process Memory Guardian Daemon) schützt den Systemzustand und die Nutzerfreundlichkeit, indem er die Arbeitsspeichernutzung proaktiv pro Prozess verwaltet. Der Daemon verbessert die allgemeine Gerätestabilität, indem er Speichergrenzen für bestimmte Zielprozesse erzwingt und dafür sorgt, dass isolierte Speicherlecks oder ‑spitzen nicht zu einer systemweiten Leistungsbeeinträchtigung führen. Weitere Informationen finden Sie unter Process memory guardian daemon.

Berechtigungen

Kontaktauswahl

Mit der Android-Kontaktauswahl können App-Entwickler vom Nutzer ausgewählte Kontaktdetails abrufen, ohne dass vollständige Kontaktberechtigungen erforderlich sind. Dieser Ansatz entspricht dem Bestreben von Android, für Datentransparenz zu sorgen und Berechtigungen zu minimieren.

Zu den wichtigsten Funktionen der Kontaktauswahl gehören:

  • Datenschutzorientierte Freigabe:Apps erhalten nur Lesezugriff auf ausgewählte Daten.
  • Standardisierte Benutzeroberfläche:Bietet eine einheitliche Nutzererfahrung mit integrierter Suche, Profilwechsel und Mehrfachauswahl.
  • Abwärtskompatibilität:Übernimmt automatisch alte Intent.ACTION_PICK-Anfragen für Apps, die auf Android 17 und höher ausgerichtet sind.

Weitere Informationen finden Sie unter Android-Kontaktauswahl.

Standortanzeigen

Mit Android 17 werden Echtzeitstandort-Anzeigen in der Statusleiste eingeführt. Dadurch wird die bereits für die Verwendung von Kamera und Mikrofon verfügbare Datenschutztransparenz erweitert. Wenn eine Nicht-System-App im Vordergrund auf den Gerätestandort zugreift, wird ein spezielles Symbol angezeigt, das in einen dauerhaften Punkt übergeht. Nutzer können darauf tippen, um zu sehen, welche Apps ihre Daten erfassen. Weitere Informationen finden Sie unter Datenschutzindikatoren.

Sicherheit

Verbesserungen bei Hardware-Wrapped Keys

Unter Android 17 und höher wird die Implementierung der vorhandenen Speicherverschlüsselungsfunktion hardware-wrapped keys vereinfacht.

Bei der vereinfachten Implementierung werden Hardware-verpackte Inline-Verschlüsselungsschlüssel mithilfe von Linux-Kernel-Ioctls anstelle von KeyMint generiert, importiert und vorbereitet. Der Linux-Kernel kommuniziert mit der Hardware für das Key Wrapping, um diese Vorgänge auszuführen.

Das vereinfacht das Design, da KeyMint nicht mehr unnötig in diese Vorgänge eingebunden wird. Außerdem wird Kompatibilität mit dem Upstream-Linux-Kernel erreicht.

Implementierer von Hardware-Wrapped-Schlüsseln müssen Unterstützung für die neuen Linux-Kernel-IOCTLs hinzufügen.

Verwenden Sie dann wrappedkey anstelle von wrappedkey_v0 in der fstab, um die neue Implementierung zu aktivieren. Dazu gehört eine Änderung des On-Disk-Formats. Diese Änderung gilt daher nur für neu eingeführte Geräte. Geräte, die bereits wrappedkey_v0 verwenden, müssen wrappedkey_v0 weiterhin verwenden.

KeyMint-Implementierungen, die nur auf Geräten mit Android 17 und höher verwendet werden, müssen TAG_STORAGE_KEY oder convertStorageKeyToEphemeral nicht unterstützen. Ihre Funktionalität wurde durch Linux-Kernel-Ioctls ersetzt. KeyMint wird weiterhin für andere Zwecke verwendet.

Weitere Informationen finden Sie unter Hardware-Wrapped Keys.

UX für die Ratenbegrenzung auf dem Sperrbildschirm

In Android 17 und höher wird standardmäßig eine strengere Ratenbegrenzung für den Sperrbildschirm verwendet als in niedrigeren Versionen. In seltenen Fällen kann es zu langen Zeitüberschreitungen auf dem Sperrbildschirm kommen. Daher bietet Android 17 und höher das folgende verbesserte Nutzer-Feedback auf dem Sperrbildschirm:

  • Verbesserte Zeitformatierung:Auf dem Sperrbildschirm werden Zeitüberschreitungen von mindestens einer Minute mit größeren Zeiteinheiten angezeigt, um die Lesbarkeit zu verbessern, z. B. In 30 Minuten noch einmal versuchen anstelle von In 1.800 Sekunden noch einmal versuchen.
  • Wiederherstellungs-Kurzlink:Auf dem Sperrbildschirm wird ein Kurzlink (standardmäßig g.co/android/unlock) angezeigt, über den Nutzer auf einem anderen Gerät Wiederherstellungsoptionen finden können. Dieser Link kann über die config_lockscreenLockoutShortlink-Ressource konfiguriert werden.
  • Feedback zu doppelten Versuchen:Auf Geräten mit einer Weaver-Implementierung wird eine eindeutige Meldung angezeigt, wenn eine doppelte falsche Vermutung eingegeben wird. Dieses spezifische Feedback ist auf Geräten, die nur Gatekeeper unterstützen, nicht verfügbar, da sie keine separaten Antwortcodes für falsche Vermutungen und andere Fehler bei der Bestätigung liefern.
  • Einheitliche Verwaltung der Anmeldedaten: Auf dem Sperrbildschirm wird das Feld für die PIN-Eingabe deaktiviert, wenn auf dem Gerät eine PIN verwendet wird. Das ist ähnlich wie bei der Eingabe von Passwort- und Musteranmeldedaten.

Die Methode LockPatternUtils#getLockoutAttemptDeadline(int) wurde in LockPatternUtils#getLockoutEndTime(int) umbenannt und gibt die Sperrzeit aus einem vom System verwalteten Cache zurück. Mit diesem Update wird ein Problem behoben, bei dem sie nur pro LockPatternUtils-Instanz im Cache gespeichert wurden. Dadurch wurde fälschlicherweise kein aktiver Zeitüberschreitungswert angezeigt, wenn ein solcher über eine andere Instanz ausgelöst wurde. Entwickler von Systemanmeldeaufforderungen wie dem Sperrbildschirm und den Einstellungen müssen diese aktualisieren, um vorhandene Zeitüberschreitungen zu überprüfen, bevor weitere Versuche zugelassen werden.

Weitere Informationen finden Sie unter Ratenbegrenzung.

Richtlinienkompatibilität

Unter Android 17 und höher müssen Geräte, die mit den unter Richtlinienkompatibilität beschriebenen Eigenschaften auf den Markt kommen, die memfd_class-Richtlinienfunktion aktivieren und ihre Richtlinie für den gemeinsamen Speicher aktualisieren, um memfd_file-Klassenobjekte zu unterstützen.

Vorwärmen des Secure Elements

In Android 17 und höher enthält die Weaver-HAL-Schnittstelle eine Methode zum Vorwärmen des Secure Element. Wenn eine Weaver-HAL vorhanden ist, die diese Methode unterstützt, ruft Android die Prewarming-Methode auf, wenn die Eingabe der Sperrbildschirm-PIN, des Musters oder des Passworts beginnt. Mit dieser Methode kann die Latenz bei der Bestätigung der Sperrbildschirm-PIN, des Sperrbildschirm-Musters oder des Sperrbildschirm-Passworts je nach Secure Element und dessen Stromverwaltungsimplementierung um bis zu 200 Millisekunden verringert werden.

Weaver HAL-Implementierer können diese Methode unterstützen, wenn sie die Leistung verbessert. Weitere Informationen finden Sie unter IWeaver#warmUp().

Einrichtung

Build-Fehler beheben

In Android 17 und höher ist der AOSP-Quellcodebaum schreibgeschützt. Wenn bei einem Build, den Sie ausführen, versucht wird, den Quellbaum während der Produktkonfiguration oder in einem anderen Teil des Builds zu ändern, schlägt der Build fehl und es werden Fehler im schreibgeschützten Dateisystem gemeldet.

Um dieses Problem zu beheben, legen Sie den Quellbaum auf Lese-/Schreibzugriff fest. Weitere Informationen finden Sie unter Build-Fehler beheben.