Android 17: Speicherlimits pro App und Härtung des Hintergrund-Audios

Android 17 hat seinen Beta-Zyklus abgeschlossen und befindet sich derzeit in der stabilen Rollout-Phase. Die finale Version wurde offiziell während des Android Show 2026 am 12. Mai vorgestellt, was den Beginn einer neuen Ära für das Betriebssystem von Google markiert. Laut den offiziellen Versionshinweisen wurde das letzte stabile Beta (Beta 4.1) am 1. Juni 2026 mit einem Sicherheitspatch-Stand von Mai 2026 veröffentlicht.

Der anfängliche Rollout konzentriert sich auf Pixel-Geräte, aber Google hat bestätigt, dass Originalhersteller (OEMs) im Laufe des kommenden Jahres damit beginnen werden, diese Funktionen auf ihren eigenen Geräten zu implementieren. Dieser schrittweise Übergang ermöglicht es Entwicklern und Benutzern, sich an die neuen Systemverhaltensweisen anzupassen, ohne dass es zu einer abrupten Unterbrechung der Benutzererfahrung kommt.

Eine der bedeutendsten Änderungen in Android 17 ist die Einführung von Speicherlimits pro Anwendung. Bislang war die einzige echte Einschränkung die Heap-Obergrenze, die zwischen Geräten enorm variierte. Mit Android 17 arbeitet jede Anwendung unter einem Speicherlimit, das mit dem gesamten RAM des Geräts skaliert, was eine stabilere und deterministischere Umgebung schafft.

Wenn eine Anwendung ihr zugewiesenes Speicherbudget überschreitet, ergreift das System schrittweise Maßnahmen, um die Reaktionsfähigkeit des Geräts zu schützen. Zuerst werden die Seiten der Anwendung in zRAM (komprimierter RAM) gezwungen. Wenn der Speicherdruck anhält, kann die Anwendung gedrosselt oder beendet werden. Dieser proaktive Ansatz verhindert, dass eine einzelne Anwendung mit Speicherlecks zu systemweiten Verlangsamungen, höherem Akkuverbrauch oder dem Beenden anderer Hintergrundanwendungen führt.

Android 17 führt auch eine Härtung des Hintergrund-Audios ein, die Audio-Interaktionen einschränkt, wenn die Anwendung nicht sichtbar ist. Ab dieser Version wendet der Audio-Framework Einschränkungen für die Wiedergabe, Audio-Fokus-Anfragen und Lautstärkeänderungs-APIs an. Damit eine Anwendung im Hintergrund mit Audio interagieren kann, muss sie eine sichtbare Aktivität haben oder einen Vordergrund-Dienst ausführen, der nicht vom Typ SHORT_SERVICE ist.

Diese Maßnahme soll sicherstellen, dass Audioänderungen absichtlich vom Benutzer eingeleitet werden. Wenn eine Anwendung versucht, Audio-APIs aufzurufen, während sie sich nicht in einem gültigen Lebenszyklus befindet, schlagen Wiedergabe und Lautstärkeänderungen still fehl, ohne eine Ausnahme auszulösen oder eine Fehlermeldung bereitzustellen. Dies betrifft direkt Streaming-, Messaging- und jede Software, die von der automatischen Wiedergabe beim Anschließen von Kopfhörern oder Bluetooth-Geräten abhängt.

Für Entwickler ist die Optimierung des Speicherverbrauchs jetzt entscheidend, um das Drosseln des Betriebssystems zu vermeiden. Google empfiehlt, eine Speicher-Baseline zu erstellen und die neuen Android-vitals-Metriken zur Messung des Verbrauchs zu verwenden. Anwendungen, die den Ansatz "in den Speicher werfen und vergessen" verfolgen, sind am anfälligsten, insbesondere bildintensive Anwendungen oder solche, die beim Start viel Multimedia laden.

Fortgeschrittene Benutzer werden eine größere Stabilität beim Multitasking bemerken, aber auch eine größere Steifheit in der Art, wie Anwendungen Audio verwalten. Auf Pixel-Geräten gibt es keinen einfachen Schalter, um diese Einschränkungen zu deaktivieren; Benutzer müssen auf ADB-Befehle zurückgreifen, um die Beschränkungen zu umgehen. Einige Hersteller, wie Samsung mit One UI 9, bieten jedoch versteckte Optionen an, um diese Einschränkungen zu deaktivieren, was eine bemerkenswerte Abweichung vom Standard-Android-Verhalten darstellt.

Die Einführung dieser Limits markiert einen Paradigmenwechsel im Ressourcenmanagement von Android. Zuvor war das System selbstkorrigierend, aber reaktiv: Das Betriebssystem griff nur ein, wenn der Low-Memory-Killer begann, Hintergrundprozesse zu ernten. Jetzt ist die Intervention proaktiv und basiert auf vom System definierten Speicherbudgets.

Diese Entwicklung reagiert auf den Trend neuer Geräte, ihre physische Speicherkapazität angesichts steigender Speicherpreise aufrechtzuerhalten oder sogar zu verringern, während Benutzer weiterhin die gleiche Hochleistungs-Erfahrung erwarten. Durch die Festlegung klarer Grenzen versucht Android 17, die Ressourcenanforderungen moderner Anwendungen mit der Notwendigkeit auszugleichen, das Gerät schnell und zuverlässig zu halten.

Entwickler müssen ihre Anwendungen auf Android 17 testen und sie bei Bedarf anpassen, um diese Änderungen zu unterstützen. Sie können feststellen, ob eine Sitzung ihrer Anwendung von Speicherlimits betroffen war, indem sie getDescription in ApplicationExitInfo aufrufen; wenn die Anwendung betroffen war, wird der Beendigungsgrund REASON_OTHER sein und die Beschreibung wird spezifische Details enthalten.

Für Benutzer lautet die Empfehlung, ihre Anwendungen auf dem neuesten Stand zu halten und auf mögliche Änderungen im Verhalten von Audio- und Multimedia-Anwendungen zu achten. Wenn eine Anwendung aufhört, Audio im Hintergrund abzuspielen, benötigt sie wahrscheinlich ein Entwickler-Update, um sich an die neuen Einschränkungen von Android 17 anzupassen. Der Übergang zu einem intelligenteren und optimierten System erfordert eine kontinuierliche Zusammenarbeit zwischen Entwicklern, Herstellern und Benutzern.