close notice<\/p>\n
\n This article is also available in It was translated with technical assistance and editorially reviewed before publication.\n <\/p>\n \n Don\u2019t show this again.\n<\/p>\n Mit Android 17<\/a> setzt Google strengere Regeln f\u00fcr den Speicherverbrauch von Apps. In einem Blogbeitrag im Android-Developer-Blog schreibt das Unternehmen, dass die Speicherbegrenzungen pro App in Android 17 im Laufe des Jahres auf weitere Ger\u00e4te mit 4 GByte bis \u00fcber 16 GByte RAM ausgeweitet werden sollen. Die Funktion stehe zun\u00e4chst auf Pixel-Smartphones zur Verf\u00fcgung.<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Speicher wird tendenziell knapper<\/p>\n Unter anderem im Hinblick auf die aktuelle Speicherkrise sei dieser Schritt notwendig, da die RAM-Kapazit\u00e4ten der Ger\u00e4te unver\u00e4ndert oder sogar knapper w\u00fcrden, so Google. Derweil stiegen die Erwartungen von Nutzerinnen und Nutzern hinsichtlich Geschwindigkeit und Laufruhe. Googles Matthew Forsythe erkl\u00e4rt<\/a>: \u201eDer Arbeitsspeicher ist nicht mehr nur ein technisches Detail im Hintergrund \u2013 er wirkt sich direkt auf die Nutzerbindung, die Absturzraten und die Wahrnehmung Ihrer App aus\u201c.<\/p>\n Google warnt Entwickler im Blogbeitrag davor<\/a>, dass Apps, die die vorgegebenen Grenzwerte \u00fcberschreiten, verlangsamt und m\u00f6glicherweise beendet werden. Daher sei die Optimierung des Speicherbedarfs von Apps \u201eunerl\u00e4sslich, um eine Drosselung durch das Betriebssystem zu verhindern und ein reibungsloses Nutzererlebnis zu gew\u00e4hrleisten\u201c. Das Unternehmen f\u00fchrt weiter aus, dass Android bei Apps, die das Speicherlimit \u00fcberschreiten, schrittweise Ma\u00dfnahmen ergreife, \u201eum die Reaktionsf\u00e4higkeit des Ger\u00e4ts zu gew\u00e4hrleisten\u201c.<\/p>\n Neue Speichergrenzen f\u00fcr Apps<\/p>\n Weiterlesen nach der Anzeige<\/p>\n Zum einen erfolgt ein sogenanntes \u201ezRAM-Swapping\u201c: Wenn eine App das ihr zugewiesene Limit erreicht, verschiebt das System einige Daten der App zwangsweise in den zRAM (komprimierter Arbeitsspeicher). Das Verschieben in den zRAM f\u00fchre zur Komprimierung und Dekomprimierung von App-Daten und verursache einen zus\u00e4tzlichen CPU-Aufwand. Dies k\u00f6nne zu \u201esp\u00fcrbaren Rucklern in der Bedienoberfl\u00e4che und zu Verz\u00f6gerungen\u201c f\u00fchren. Sollte die App weiterhin zu viel Speicher belegen, kann Android sie sogar komplett beenden.<\/p>\n Google r\u00e4t Entwicklern, ihre Apps so zu optimieren, dass sie die neuen App-Speicherlimits<\/a> einhalten. Wenn sie dies tun, sollten sie zun\u00e4chst keinen Unterschied bemerken. Stattdessen sollen die \u00c4nderungen dazu beitragen, dass Android auch beim Wechseln zwischen Apps und bei Spielen reaktionsschnell bleibt.<\/p>\n Um Speicherengp\u00e4ssen vorzubeugen, sollten Entwicklerinnen und Entwickler den \u201eSpeicherverbrauch in gro\u00dfem Ma\u00dfstab mit Android Vitals\u201c \u00fcberwachen: Vor allem neue Metriken in der Google Play Console zur Speichernutzung (RSS + Swap) und zur Bitmap-Speichernutzung in verschiedenen Prozesszust\u00e4nden (Vordergrund, Hintergrund, Cache) sollten sie im Auge behalten, um Ausrei\u00dfer auszumachen.<\/p>\n Ferner sei Firebase Crashlytics in Version 20.1.0+ hilfreich, um einen \u00dcberblick \u00fcber \u201eOut-of-Memory\u201c (OOM)-Ausnahmen und Abbr\u00fcche durch den Speicherbegrenzer in der Produktion zu erhalten, so Google. Schlie\u00dflich k\u00f6nnen Entwickler auch Produktions-Traces mit dem ProfilingManager erfassen. Mit diesem lassen sich automatisierte Heap-Dumps bei TRIGGER_TYPE_ANOMALY oder TRIGGER_TYPE_OOM direkt aus Produktions-Builds ausl\u00f6sen. Google empfiehlt App-Entwicklern die Lekt\u00fcre der entsprechenden Dokumentation zur Speicher\u00fcberwachung<\/a>.<\/p>\n
\n English<\/a>.<\/p>\n