Android 16 bietet einige Verbesserungen, die auf den ersten Blick geringfügig erscheinen, im Alltag aber einen großen Unterschied machen können: App-Updates erfolgen nahezu sofort und sind deutlich weniger lästig.Dank einer Kombination aus Systemänderungen und neuen Funktionen zur App-Installation möchte Google, dass Ihr Telefon immer auf dem neuesten Stand ist, ohne dass Sie das Gefühl haben, dass ständig etwas einfriert.
Hinter diesem reibungsloseren Nutzungserlebnis stehen mehrere technische Komponenten, die im Hintergrund arbeiten: die neuen „nahtlosen Anwendungsaktualisierungen“, die Verlagerung von Prozessen wie dexopt und dex2oat sowie der sogenannte Cloud-BuildAll dies kommt zu den weiteren bedeutenden Änderungen in Android 16 hinzu, die Entwickler, Leistung, Sicherheit, Datenschutz, digitale Gesundheit und die Kompatibilität mit mehr Bildschirmformaten betreffen. Schauen wir uns genauer an, was sich ändert.
Was sind nahtlose App-Updates in Android 16?
Die zentrale Idee von Android 16 in diesem Bereich ist klar: um sicherzustellen, dass App-Updates die normale Nutzung von Mobiltelefonen so wenig wie möglich beeinträchtigen.Bisher musste das System bei jedem Update einer App diese für kurze Zeit "einfrieren", während es ihren Code und ihre internen Ressourcen ersetzte und so einen parallelen Betrieb verhinderte, um Fehler, Datenausfälle oder unerwartete Abschaltungen zu vermeiden.
Dass Aus Stabilitätsgründen war ein vorübergehender Stopp sinnvoll.In der Praxis konnte dies jedoch recht lästig sein. Bei großen oder systemkritischen Anwendungen reichte dieses mehrsekündige Einfrieren aus, um bei anderen, von ihnen abhängigen Anwendungen zu merkwürdigem Verhalten, Hängern oder sogar gelegentlichen Fehlermeldungen zu führen.
Mit Android 16 geht Google einen weiteren Schritt und verfolgt das Konzept von nahtlose App-UpdatesZiel ist es nicht nur, die Aktualisierungszeit zu verkürzen, sondern auch die Zeit, in der eine App vollständig funktionsunfähig ist, auf ein Minimum zu reduzieren, sodass sie für den Benutzer nahezu unmerklich ist.
Laut Angaben von Google aus offiziellen Quellen, Die Zeitspanne, in der eine App während eines Updates einfriert, hat sich von „einigen Sekunden“ auf „zehn Millisekunden“ verlängert.In der Praxis sprechen wir von einem abrupten Wechsel von einer Pause, die man deutlich bemerkt hat, zu einem Flackern, das man in vielen Fällen gar nicht wahrnimmt.
Wie Android 16 App-Updates beschleunigt
Um diese aggressive Reduzierung der Ausfallzeiten zu erreichen, greift Android 16 nicht auf oberflächliche Tricks zurück. Dabei werden sehr aufwendige interne Aufgaben neu organisiert und in eine Phase vor der Installation vorverlegt.Dadurch verkürzt sich der „kritische“ Zeitraum, in dem die App eingefroren werden muss, erheblich.
Die beiden wichtigsten Elemente hierbei sind dexopt und dex2oatHierbei handelt es sich um Werkzeuge innerhalb der Android-Laufzeitumgebung (ART), die für die Optimierung des Anwendungs-Bytecodes zuständig sind. Traditionell wurde ein Teil ihrer Arbeit genau in dem Zeitraum ausgeführt, in dem die App pausiert war, was in manchen Fällen die Einfrierzeit um mehrere Sekunden verlängerte.
Mit Android 16 Diese Prozesse werden in eine frühere Phase des Aktualisierungsablaufs verschoben.Anders ausgedrückt: Das System führt den Großteil der Optimierung durch, bevor es alte Dateien durch neue ersetzen muss. Tritt dann die kritische Pause ein, muss lediglich ein schneller Dateiaustausch durchgeführt werden, wodurch die Einfrierzeit auf wenige zehn Millisekunden reduziert wird.
Der Vorteil dieses Ansatzes ist zweifach: zum einen Der Benutzer empfindet das Update als nahezu sofortig. weil die App kaum nicht mehr verfügbar ist; andererseits wird das gleiche Maß an Sicherheit und Konsistenz der Daten beibehalten, da die Validierungen und Optimierungen weiterhin durchgeführt werden, nur zu einem für den Benutzer weniger störenden Zeitpunkt im Prozess.
Echte Auswirkungen für Nutzer mit vielen Apps und für einfache Mobiltelefone.
Auf einem Mobiltelefon mit wenigen ressourcenschonenden Anwendungen bleiben diese Änderungen möglicherweise weitgehend unbemerkt. Wenn Sie nur wenige Apps nutzen, die sich gelegentlich aktualisieren und nur wenige Ressourcen verbrauchen, haben Sie vielleicht nie das Gefühl gehabt, dass Updates ein Problem darstellen.Das Bild ändert sich jedoch erheblich, wenn wir über Geräte mit Dutzenden von Apps, aufwändigen Spielen oder Diensten sprechen, die häufig aktualisiert werden.
Auf Smartphones, auf denen viele Anwendungen intensiv genutzt werden, Durch die Reduzierung der Ausfallzeiten zwischen den Aktualisierungen werden weniger kurze Einfrierungen, weniger seltsame Sprünge in der Benutzeroberfläche und ein insgesamt deutlich reibungsloseres Benutzererlebnis erreicht.Wenn eine dieser Anwendungen als zentraler Dienst fungiert oder APIs für andere Anwendungen bereitstellt (z. B. Messaging-Clients, Sicherheitsbibliotheken oder Systemanwendungen), trägt die Minimierung des Einfrierens während Aktualisierungen dazu bei, dass die gesamte Anwendungskette weiterhin normal funktioniert.
Diese Entwicklung ist auch besonders interessant für die Einsteigergeräte oder Geräte der unteren MittelklasseWenn die Hardware mit großen Installationen überfordert ist, optimiert Google nicht nur die lokalen Prozesse, sondern verknüpft diese Verbesserung auch mit einem weiteren entscheidenden Feature von Android 16: der Cloud-Kompilierung. Dadurch wird die Installation neuer Apps beschleunigt – ein echter Durchbruch für leistungsschwächere Smartphones.
Cloud-Kompilierung: Apps, die dank der Cloud schneller installiert werden.
Neben der Beschleunigung von Updates beinhaltet Android 16 eine Funktion, die sich auf Folgendes konzentriert: Erstinstallation von Anwendungen und Spielen, insbesondere auf einfachen GerätenDiese Funktion wird als Cloud-Kompilierung bezeichnet und hat eine klare Mission: einen Teil der rechenintensiven Aufgaben, die bisher vollständig auf dem Prozessor und dem Speicher des Telefons lagen, auf die Server von Google zu verlagern.
Wenn Sie eine App auf Android installieren, verwendet das System ART, um ihren Code auszuführen. Während der Installation verwendet das Tool dex2oat die .dex-Dateien der APK-Datei, die den kompilierten Code enthalten, und generiert daraus mehrere „Anwendungsartefakte“.Diese Artefakte helfen dabei, dass die App schneller und effizienter geöffnet und ausgeführt wird, und können in verschiedenen Formaten vorliegen: .vdex-Dateien mit Metadaten zur Validierung des Bytecodes, .odex-Dateien mit vorkompiliertem Code für bestimmte Methoden oder .art-Dateien mit internen Darstellungen von Zeichenketten und Klassen, die den Start der App beschleunigen.
Auf den leistungsstärksten Mobiltelefonen Das Erzeugen dieser Artefakte geht relativ schnell, ist nahezu transparent.Bei billigen Handys mit trägen Prozessoren und langsamem Speicher kann dieser Prozess jedoch zu einem Flaschenhals werden, insbesondere wenn die APK viele .dex-Dateien enthält oder es sich um ein sehr großes Spiel oder eine sehr große App handelt.
Der Vorschlag von Android 16 ist einfach, aber effektiv: Anstatt all diese Dateien auf dem Gerät zu erzeugen, laden Sie sie bereits vorkompiliert von Google Play herunter.Heutzutage verfügen die meisten Nutzer über ausreichend schnelle Mobilfunk- und WLAN-Verbindungen, sodass es in vielen Fällen effizienter ist, das Netzwerk zu nutzen, als den Prozessor des Telefons für mehrere Sekunden oder sogar Minuten zu belasten.
SDM und vorkompilierte Artefakte: Die Rolle von Secure Dex Metadata
Der Cloud-Build von Android 16 basiert auf einem neuen Dateityp: SDM steht für Secure Dex Metadata (Sichere Dex-Metadaten).Diese SDM-Dateien, die zusammen mit der APK aus dem Play Store heruntergeladen werden, enthalten die Anwendungsartefakte, die bereits in der Google-Infrastruktur mit dex2oat generiert wurden, sodass das Gerät diese Arbeit nicht lokal wiederholen muss.
Ein wichtiges Detail ist das SDM-Dateien sind mit demselben Schlüssel wie die APK signiert.Dadurch kann das System überprüfen, ob die Dateien aus einer vertrauenswürdigen Quelle stammen und nicht verändert wurden, wodurch die Integrität und Sicherheit des Prozesses gewährleistet wird. So kann das Telefon die Anwendung direkt mithilfe dieser vorkompilierten Dateien installieren, was die Erstinstallation, insbesondere auf leistungsschwächeren Geräten, deutlich beschleunigt.
In der Praxis bedeutet dies Folgendes Android 16 kann in vielen Fällen verhindern, dass dex2oat während der Installation ausgeführt wird.Da die eigentliche Arbeit bereits auf den Servern von Google erledigt wurde, wird der Prozessor weniger belastet, der Stromverbrauch während der Installation sinkt und die Wartezeiten beim Herunterladen großer Apps oder Spiele mit umfangreichem Code verkürzen sich.
Dieses gesamte System erfordert jedoch Folgendes: Google hat den Play Store so konfiguriert, dass diese SDMs massenhaft generiert und verteilt werden.In der Anfangsphase ist die Funktion möglicherweise zwar im System vorhanden, aber noch nicht vollständig aktiv, da die Cloud-Infrastruktur erst angepasst und schrittweise eingeführt werden muss. Erwarten Sie keine sofortige Verfügbarkeit auf allen kompatiblen Geräten; die Einführung erfolgt sukzessive.
Beziehung zwischen schnellen Updates und Cloud-Aufbau
Auch wenn sie wie zwei getrennte Dinge erscheinen mögen, Nahtlose Updates und Cloud-Aufbau stehen in engem Zusammenhang Denn beides dreht sich darum, wie und wann App-Ausführungsartefakte generiert und angewendet werden. Android 16 verlagert die Ausführung von dexopt und dex2oat in weniger kritische Phasen des Aktualisierungsprozesses und minimiert so die Zeit, in der die App eingefroren ist.
Ferner Die Cloud-Kompilierung bedeutet, dass diese Arbeit in vielen Fällen nicht einmal auf dem Gerät selbst durchgeführt werden muss.Dies gilt sowohl für die Erstinstallation als auch für bestimmte Updates. Durch das Herunterladen vorgefertigter Dateien werden die Erstinstallation und nachfolgende Updates durch die Kombination beider Ansätze schneller und weniger aufwändig.
All dies dient einem grundlegenden Ziel: Android ist so optimiert, dass es auch auf weniger leistungsstarker Hardware flüssig läuft.gleichzeitig werden Ausfallzeiten reduziert und die Nebenwirkungen, die Updates auf andere Apps und Dienste haben können, abgemildert.
Weitere Änderungen in Android 16, die sich auf Leistung und Benutzererfahrung auswirken
Verbesserungen bei Updates und Installationen kommen nicht von allein. Android 16 enthält eine lange Liste von Verhaltensänderungen, die Sie betreffen sowohl Apps, die auf die neue Version (targetSdkVersion 36) abzielen, als auch das Betriebssystem selbst.Viele davon stehen nicht in direktem Zusammenhang mit App-Updates, beeinflussen aber die Stabilität, Leistung oder Konsistenz des Nutzererlebnisses.
Im Bereich Benutzererfahrung und Design, Android 16 bekräftigt das Engagement für randlose Benutzeroberflächen. Die Option, diesen Modus mithilfe des Attributs `windowOptOutEdgeToEdgeEnforcement` in Apps, die auf die neue API-Ebene abzielen, zu deaktivieren, wurde entfernt. Apps, die Android 16 als Zielplattform haben und auf Geräten mit dieser Version ausgeführt werden, können dieses Verhalten nicht mehr deaktivieren. Entwickler müssen ihre Designs daher anpassen, damit die Apps im Vollbildmodus korrekt funktionieren.
Auch bei der Navigation gibt es bedeutende Änderungen: Vorausschauende Zurück-Gesten werden für Apps, die auf Android 16 abzielen, immer mehr zum Standard.Auf Geräten mit dieser Version wird `onBackPressed` nicht mehr aufgerufen, und die Taste KEYCODE_BACK wird nicht mehr wie zuvor gesendet. Systemanimationen führen den Nutzer nun beim Zurückwischen zum gewünschten Ziel (Startseite, vorherige Aktivität usw.). Entwickler, die die Zurück-Taste abgefangen haben, sollten auf die neuen Navigations-APIs umsteigen oder, als temporäre Lösung, das Verhalten mit dem Attribut `android:enableOnBackInvokedCallback=false` im Manifest deaktivieren.
Wichtige technische Änderungen für Entwickler
Über das visuelle Erlebnis hinaus, Android 16 führt Anpassungen an der Funktionsweise von geplanten Aufgaben, Schriftarten und responsiven Layouts ein.Die Methode `scheduleAtFixedRate` ändert beispielsweise ihr Verhalten: Anstatt alle ausgefallenen Ausführungen nachzuholen, wenn eine Anwendung in einen gültigen Lebenszyklus zurückkehrt, wird nur noch eine ausgelöst. Dies hilft, plötzliche Lastspitzen zu vermeiden und die Gesamtleistung zu verbessern. Entwickler sollten jedoch prüfen, ob ihre Logik davon betroffen ist.
Was Text und Schriftarten betrifft, Das Attribut elegantTextHeight hat keine Auswirkung mehr auf Apps, die auf Android 16 abzielen.Die sogenannten „eleganten Schriftarten“ werden nicht mehr unterstützt, daher ist es notwendig, für Sprachen wie Arabisch, Thailändisch, Tamil oder verschiedene indische Alphabete ein einheitliches typografisches Design zu planen, ohne sich auf diese automatische Anpassung zu verlassen.
Auf Geräten mit großen Bildschirmen (Tablets, Faltgeräte, Desktop-Computer, Autos, Fernseher usw.), Android 16 verstärkt die Idee adaptiver Designs zusätzlich.Auf Bildschirmen mit einer Mindestbreite von 600 dp werden die im Manifest festgelegten Einschränkungen für Ausrichtung, Größenänderung und Seitenverhältnis ignoriert. Das bedeutet, dass sich die App auf das gesamte Fenster ausdehnt, ohne schwarze Balken an den Seiten oder erzwungene Hoch- oder Querformatdarstellung. Ausgenommen von dieser Regel sind lediglich Spiele, einige benutzerdefinierte Ausnahmen und kleinere Bildschirme.
Es gibt einen vorübergehenden Fluchtweg: Die Eigenschaft android.window.PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY kann auf Aktivitäts- oder Anwendungsebene deklariert werden. Um das bisherige Verhalten auf großen Bildschirmen beizubehalten. Diese Funktion wird jedoch in zukünftigen Versionen (API-Level 37) entfernt, daher empfiehlt es sich, die Benutzeroberflächen jetzt anzupassen.
Neuigkeiten aus den Bereichen Gesundheit, Vernetzung und Sicherheit
Android 16 stärkt außerdem die Kontrollmöglichkeiten über Gesundheits- und BewegungsdatenDie Berechtigungen BODY_SENSORS und BODY_SENSORS_BACKGROUND werden durch spezifischere Berechtigungen im Bereich android.permissions.health ersetzt, die mit Health Connect kompatibel sind. Apps, die sensible Daten wie die Herzfrequenz auslesen, müssen detaillierte Berechtigungen wie READ_HEART_RATE anfordern und ihre Datenschutzerklärung sichtbar anzeigen, andernfalls riskieren sie den Entzug dieser Berechtigungen durch das System.
Im Bereich Bluetooth, Neue Intents werden eingeführt, wie zum Beispiel ACTION_KEY_MISSING und ACTION_ENCRYPTION_CHANGE.Um den Verlust von Kopplungsverbindungen und Änderungen der Verschlüsselung besser zu handhaben, können Apps, die gekoppelte Geräte verwalten, präziser reagieren, wenn Schlüssel verloren gehen, die Verbindung neu verschlüsselt wird oder sich Sicherheitsparameter ändern, und sich so an potenzielle Unterschiede zwischen den Herstellern anpassen.
Zusätzlich Alle Apps, die auf Android 16 abzielen, können nun die Bluetooth-Kopplung verbundener Geräte über eine öffentliche API im CompanionDeviceManager aufheben.Mit dem Aufruf removeBond(int) können Sie die mit einer CDM-Assoziation verknüpfte Bluetooth-Kopplung widerrufen. Die App kann auf ACTION_BOND_STATE_CHANGED achten, um Änderungen im Kopplungsstatus zu verfolgen.
In puncto Sicherheit wird das System mit Android 16 weiterhin gehärtet. MediaStore#getVersion() gibt nun einen eindeutigen Wert pro App zurück.Dies verhindert die Verwendung dieser Zeichenkette als Fingerprinting-Mechanismus zwischen Anwendungen. Die Initiative „Secure Intents“ schreitet ebenfalls voran und zielt darauf ab, das Intent-Auflösungssystem zu stärken: Bei Aktivierung über das Attribut „intentMatchingFlags“ müssen explizite Intents dem Filter der Zielkomponente entsprechen, und Intents ohne Aktion können nicht mit Filtern übereinstimmen, es sei denn, spezifische Flags wie „allowNullAction“ werden verwendet.
Diese strengere Kontrolle kann auf Anwendungs- oder Komponentenebene (Aktivität, Dienst, Empfänger usw.) mit Flags wie beispielsweise IntentFilter erzwingen oder keineEs enthält außerdem Protokollmeldungen zur Fehlersuche bei blockierten Intents. Die Idee ist, schrittweise zu einem Modell überzugehen, bei dem diese strikte Auflösung in zukünftigen Versionen das Standardverhalten sein wird.
Zusätzlicher Schutz: Mali-GPU, lokales Netzwerk und Fotos
Ein weiterer Bereich, in dem Android 16 die Sicherheit stärkt, ist in Zugriff auf die Mali-GPU auf Pixel-GerätenÄltere IOCTLs oder solche, die ausschließlich für Entwicklungszwecke vorgesehen sind, werden blockiert, und Profiling-IOCTLs sind auf Shell-Prozesse oder debugbare Anwendungen beschränkt. Dies sollte reguläre Anwendungen, Standard-Grafik-APIs wie Vulkan oder OpenGL sowie offizielle Profiling-Tools nicht beeinträchtigen, schränkt aber potenzielle Angriffsvektoren auf Kernel-Ebene ein. Versucht eine Anwendung, verbotene IOCTLs zu verwenden, generiert das System SELinux-Verweigerungen, und Google empfiehlt, das Problem den zuständigen Sicherheitsstellen zu melden.
Im Bereich Datenschutz macht Android 16 mit der Schutzmechanismen für lokale NetzwerkeAktuell kann jede App mit Internetzugriffsberechtigung auf Geräte im lokalen Netzwerk (LAN) zugreifen, was Fingerprinting-Techniken ermöglicht oder das lokale Netzwerk als Standortproxy missbraucht. Der neue Ansatz beschränkt diesen Zugriff auf eine spezifische Laufzeitberechtigung innerhalb der Gruppe der Geräte in der Nähe.
Die Einführung erfolgt schrittweise, mit einer Aktivierungsphase (Q2 25), in der Apps können über das Kompatibilitätsframework Einschränkungen aktivieren und ihre Anwendungsfälle testen.Wenn das Flag RESTRICT_LOCAL_NETWORK für ein Paket gesetzt ist, werden bei Datenverkehr zu und von lokalen Netzwerkadressen (Unicast, Multicast oder Broadcast über TCP und UDP) Fehler generiert, wenn die App nicht über die entsprechenden Berechtigungen verfügt, während der normale Internetverkehr weiterhin funktioniert.
In dieser Anfangsphase Um wieder Zugriff auf das LAN zu erhalten, muss die App lediglich die Berechtigung NEARBY_WIFI_DEVICES deklarieren und erhalten.Zukünftig wird jedoch eine spezielle Berechtigung innerhalb der Gruppe der Geräte in der Nähe eingeführt. Netzwerke wie 10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, lokale Verbindungen 169.254.0.0/16, CGNAT-Bereiche 100.64.0.0/10 und Multicast-Adressen (224.0.0.0/4, ff00::/8) werden unter anderem als „lokal“ betrachtet.
Schließlich passt Android 16 die Verwaltung des Zugriffs auf Fotos und Videos an. Wenn eine App, die auf SDK 36 abzielt, auf einem Gerät mit Android 16 Berechtigungen für Medieninhalte anfordert Wählt der Nutzer aus, nur bestimmten Elementen Zugriff zu gewähren, werden die von der App erstellten Fotos und Videos in der Fotoauswahl vorausgewählt angezeigt. Der Nutzer kann die Auswahl bei Bedarf aufheben, wodurch der Zugriff der App auf diese spezifischen Elemente widerrufen wird.
All diese Änderungen – nahezu sofortige Aktualisierungen, Cloud-Kompilierung, neue Berechtigungen, bessere Kontrolle über Intents, verbesserte GPU- und lokale Netzwerksicherheit sowie Verbesserungen in Bezug auf Integrität, Konnektivität und adaptives Design – zielen auf dasselbe Ziel ab: Android 16 soll eine reibungslosere, vorhersehbarere und sicherere Plattform für Nutzer und Entwickler werden..
Da mehr Modelle von Marken wie SamsungSobald Xiaomi, Motorola, OnePlus und natürlich Pixel-Handys diese Version erhalten, wird es immer üblicher, dass die Installation oder Aktualisierung einer App nicht mehr ein Moment des „Daumen drücken“ ist, sondern zu einem einfachen Vorgang wird, den man kaum noch bemerkt, während man sein Handy ganz normal weiter benutzt. Teilen Sie diese Informationen, damit auch andere Nutzer über die neuen Funktionen von Android 16 auf dem Laufenden bleiben.