Google hat Android 17 Beta 3 am 26. März veröffentlicht und damit den Meilenstein „Platform Stability“ erreicht. Für Entwickler ist das der wichtigste Schritt vor dem finalen Release, weil damit die API-Oberfläche eingefroren ist, die app-seitigen Verhaltensänderungen weitgehend feststehen und Android-17-Apps jetzt für den finalen Kompatibilitätstest vorbereitet und im Play Store veröffentlicht werden können. Google hatte diesen Schritt bereits mit Beta 1 und Beta 2 für März angekündigt.
Android 17 Beta 3 markiert den Übergang von neuen Funktionen zu finaler Vorbereitung
Mit Beta 3 verschiebt sich der Fokus klar von Experimenten zu Stabilität. Google richtet sich in der offiziellen Ankündigung nicht nur an App-Entwickler, sondern ausdrücklich auch an SDK-, Bibliotheks-, Tool- und Game-Engine-Anbieter. Der Grund ist einfach: Sobald Android 17 auf Platform Stability steht, dürfen nachgelagerte Entwickler nicht mehr durch späte API-Änderungen blockiert werden. Wer eigene Frameworks oder Engines pflegt, soll notwendige Updates deshalb jetzt fertigstellen, damit Apps und Spiele auf Android 17 ohne Verzögerung ausgerollt werden können.
Google verbindet diesen Stabilitätsmeilenstein zugleich mit mehreren konkreten Plattformregeln. Für große Bildschirme fällt bei auf Android 17 zielenden Apps die bisherige Ausnahmemöglichkeit für Orientierung, Resizability und Seitenverhältnis weg. Beim Dynamic Code Loading greift die in Android 14 eingeführte Schutzlogik jetzt auch für native Bibliotheken. Dateien, die über System.load() eingebunden werden, müssen unter Android 17 schreibgeschützt sein, sonst wirft das System einen UnsatisfiedLinkError. Damit baut Google den Sicherheitsrahmen nicht nur an der Oberfläche aus, sondern in der technischen Programmlogik selbst.
Sicherheits- und Datenschutzregeln rücken stärker in den Mittelpunkt
Besonders wichtig sind zwei Änderungen, die direkt auf Datenschutz und Netzwerksicherheit zielen. Certificate Transparency ist unter Android 17 standardmäßig aktiviert. Unter Android 16 war CT zwar bereits verfügbar, musste aber noch aktiv eingeschaltet werden. Mit Beta 3 macht Google daraus nun den Default. Für Apps, Dienste und Betreiber von Zertifikatsinfrastruktur ist das relevant, weil Zertifikate damit stärker auf nachvollziehbare Offenlegung und Überprüfbarkeit ausgerichtet werden.
Dazu kommt eine zweite Änderung mit potenziell spürbaren Folgen für App-Verhalten im Alltag: lokaler Netzwerkzugriff ist für Apps mit Android-17-Target standardmäßig blockiert. Google empfiehlt, wenn möglich auf privacy-preserving picker umzusteigen und das neue ACCESS_LOCAL_NETWORK nur dann zu verwenden, wenn ein breiter und dauerhafter Zugriff wirklich nötig ist. Für Smart-Home-Apps, Mediensteuerung, lokale Geräteerkennung und andere softwareseitige LAN-Funktionen ist das einer der praktisch wichtigsten Punkte im neuen Beta-Stand.
Google koppelt diese Regeln an weitere Plattformausbauten, darunter neue Optionen zur Anpassung des Photo Pickers, Unterstützung für das RAW14-Bildformat, vendor-definierte Kameraerweiterungen, BLE-Hörgeräte-Erkennung und einen systemweiten xHE-AAC-Encoder. Der größere Nachrichtenwert von Beta 3 liegt aber weniger in diesen einzelnen APIs als im Zeitpunkt: Android 17 ist jetzt in der Phase angekommen, in der Google die finale Architektur sichtbar festzieht. Das macht Beta 3 zu einem wichtigen Marker für App-Entwickler, Gerätehersteller und Softwareanbieter, die ihre Android-17-Kompatibilität noch vor dem finalen Release absichern müssen.