Auf dieser Seite werden die wichtigsten Funktionen in Android 17 zusammengefasst und Links zu weiteren Informationen bereitgestellt. Die Zusammenfassungen sind nach dem Speicherort der Dokumentation auf dieser Website organisiert.
Architektur
Einstellung von ION
Der ION-Speicher-Allocator wird in keiner Android-Version mehr unterstützt, da alle Kernel, die ION unterstützen, im Dezember 2025 das End of Life erreicht haben. Der gesamte Anbietercode, der versucht, ION zu verwenden, sollte 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.
Automobil
Erweiterte Fensterfunktionen mit Scalable UI
In Android 17 und höher können Sie mit Scalable UI anspruchsvolle, dynamische und mehrteilige Benutzeroberflächen in Autos erstellen. Fügen Sie WindowManager-Invarianten hinzu, konfigurieren Sie einen Einrichtungsassistenten und passen Sie System- und Navigationsleisten an.
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.
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.
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.
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.
Interaktive Tests auf der USB-Hostseite ausführen
Android 17 umfasst USB-CTS-V-Hostseitentests, für die adb über WLAN erforderlich ist.
Medientests ausführen
Android 17 umfasst CTS-V-Tests für die Medienwiedergabe.
Audiotest für Arbeitslast ausführen
Android 17 enthält den CTS-V-Audio-Arbeitslasttest.
Updates zum Audiotest
In Android 17 wurden die folgenden Audio-Tests aktualisiert:
- Die Liste der Empfehlungen für USB-Audioadapter wird um USB‑C-zu-3,5‑mm-Audioadapter erweitert:
- Google (Anbieter-ID: 0x18D1, Produkt-ID: 0x5025)
- Xumee (Anbieter-ID: 0x3302, Produkt-ID: 0x56C5)
- Entfernt HDMI-Anforderungen aus dem CTS Verifier Pro Audio-Test.
ITS-Updates für Kameras
Mit Android 17 werden Updates an der Camera Image Test Suite (ITS) eingeführt.
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.
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:
- Technologieübergang:Ermöglicht das dynamische Umschalten zwischen Reichweitentechnologien während einer aktiven Sitzung, ohne den Datenstrom zu unterbrechen.
- Nutzlast der Antwortnachricht für die Entfernungsbestimmung:Enthält das Feld Unterstützte Technologie wird umgestellt, um die Unterstützung für Make-Before-Break-Technologieübergänge anzugeben.
Version 3 enthält die folgenden Änderungen:
- Nutzlast der Benachrichtigungsmeldung zu Bewegungen:Ein Datenelement, das vom Gerät des Werbetreibenden verwendet wird, um das initiierende Gerät über eine Bewegungsänderung zu informieren.
- Nutzlast der Nachricht zur Bereichskonfiguration:Enthält das Feld Motion support (Unterstützung von Bewegungen), mit dem der Initiator dem Responder signalisieren kann, dass er über Ä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.
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.
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.
Leistung
Allgemeine Gesundheitsinformationen erheben
Um die Systemdiagnose im Eintauschmodus zu verbessern, werden in Android 17 Informationen zur Kamerageometrie und zum UICC-Slot hinzugefügt.
Arbeitsspeicherbegrenzer
Der Memory Limiter ist ein Systemdienst, der die Arbeitsspeichernutzung von Anwendungsprozessen mithilfe von Linux cgroup v2 überwacht und begrenzt. Der Memory Limiter verhindert, dass einzelne Apps zu viel Systemspeicher verbrauchen. Dadurch wird der systemweite Arbeitsspeicherbedarf reduziert und das aggressive Beenden wichtiger Prozesse aufgrund von Arbeitsspeichermangel (Out-of-Memory, OOM) verhindert.
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.
Daemon für den Prozessspeicherschutz
Der PMGD-Daemon (Process Memory Guardian Daemon) schützt die Systemintegrität und die Nutzerfreundlichkeit, indem er die Arbeitsspeichernutzung pro Prozess proaktiv verwaltet. Der Daemon verbessert die allgemeine Gerätestabilität, indem er Arbeitsspeicherlimits für bestimmte Zielprozesse durchsetzt und dafür sorgt, dass isolierte Arbeitsspeicherlecks oder ‑spitzen nicht zu einer systemweiten Leistungsbeeinträchtigung führen.
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.
Standortanzeigen
Mit Android 17 werden Echtzeitstandortanzeigen in der Statusleiste eingeführt, wodurch die bereits für die Verwendung von Kamera und Mikrofon verfügbare Datenschutztransparenz erweitert wird. Wenn eine Nicht-System-App im Vordergrund auf den Gerätestandort zugreift, wird ein entsprechendes Symbol angezeigt, das in einen dauerhaften Punkt übergeht. Nutzer können darauf tippen, um zu sehen, welche Apps ihre Daten erfassen.
Sicherheit
Verbesserungen bei Hardware-Wrapped Keys
In Android 17 und höher wird die Implementierung der vorhandenen Funktion zur Verschlüsselung von Hardware-Wrapped-Schlüsseln vereinfacht.
Bei der vereinfachten Implementierung werden mit Linux-Kernel-Ioctls anstelle von KeyMint Hardware-verpackte Inline-Verschlüsselungsschlüssel generiert, importiert und vorbereitet. Der Linux-Kernel kommuniziert mit der Hardware zum Verpacken von Schlüsseln, 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 verwendet werden, die mit Android 17 und höher auf den Markt kommen, 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.
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-Shortlink:Auf dem Sperrbildschirm wird ein Shortlink (standardmäßig g.co/android/unlock) angezeigt, damit 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 spezielle Feedback ist auf Geräten, die nur Gatekeeper unterstützen, nicht verfügbar, da sie keine separaten Antwortcodes für falsche Vermutungen und andere Bestätigungsfehler 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.
Richtlinienkompatibilität
Bei Geräten mit Android 17 und höher, die mit den in der Richtlinienkompatibilität beschriebenen Eigenschaften auf den Markt kommen, muss die memfd_class-Richtlinienfunktion aktiviert und die Richtlinie für den gemeinsamen Speicher aktualisiert werden, 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 Vorbereiten des Secure Element. Wenn eine Weaver HAL vorhanden ist, die diese Methode unterstützt, ruft Android die Methode zum Vorbereiten auf, wenn die Eingabe der PIN, des Musters oder des Passworts für den Sperrbildschirm beginnt. Diese Methode kann die Latenz bei der Überprüfung der PIN, des Musters oder des Passworts für den Sperrbildschirm je nach Secure Element und dessen Implementierung der Energieverwaltung um bis zu 200 Millisekunden verringern.
Weaver HAL-Implementierer können diese Methode unterstützen, wenn sie die Leistung verbessert.
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.