Was sind AAB-Dateien fr Android und was ist der Unterschied zu APKs?
AAB ist hier  und Google schafft die APK-Dateien ab. Ab August 2021 mssen Entwickler neue Android-Apps im AAB-Format in den Google Play Store laden. Seit dem Start von Android vor ber zehn Jahren waren APK-Dateien DAS universelle Format fr Apps. Egal, ob Entwickler oder Nutzer, ob Google Play Store, APKMirror oder EFNet lud  es waren immer APKs. Fr Developer werden AABs nun zur Pflicht  und fr Android-Nutzer die APKs komplizierter. Die Pflicht zu AAB gilt ab August 2021 fr alle neuen Apps. Updates fr bestehende Apps knnen Entwickler nach wie vor im APK-Format hochladen  hier ndert sich also zunchst nichts. APK oder nix: Anno 2015 war das noch einfacher mit den Apps. "AAB" steht fr Android App Bundle. In der AAB-Datei ist der gesamte Programmcode der Android-App hinterlegt. Sobald die Entwicklung abgeschlossen ist, ldt der Developer seine App also fortan im AAB-Format in den Google Play Store hoch  und Ihr ladet sie von dort wie gewohnt auf Euer Smartphone. Auf den ersten Blick ndert sich also gar nichts  und selbst auf den zweiten Blick nicht. Denn wenn Ihr im Google Play Store auf "Download" klickt, ldt Euer Smartphone nach wie vor eine APK-Datei herunter. AAB-Dateien sind mageschneidert  Der Unterschied zwischen APK- und AAB-Dateien besteht in den sogenannten Ressourcen. Als Ressourcen bezeichnet man in einer App alles, was kein Programmiercode ist, also beispielsweise Bilder, Sprachdateien oder Musik. Wenn Ihr nun auf den "Download"-Button einer App im Play Store drckt, dann schickt Euch Google eine aus der AAB-Datei fr Euer Endgert mageschneiderte APK-Datei mit nur den von Euch bentigten Ressourcen. Knftig (rechts) stecken in der heruntergeladenen APK-Datei nur jene Ressourcen, die das jeweilige Endgert bentigt. Die Netflix-App konnte so beispielsweise um mehr als die Hlfte schrumpfen. Dann kriegt Ihr eine APK ohne 4K-Material. Vermutlich werdet Ihr kein Suomi bentigen. Mit Hilfe von Googles Werkzeug bundletool lassen sich AAB-Dateien brigens auch lokal in APKs umwandeln. Signieren durch Google statt Developer  Ein weiterer groer Unterschied besteht in der Signatur der Apps. Frher waren es immer die Entwickler einer App selbst, die diese mit ihrem Developer-Key signierten. Anhand dieses Keys kann bei der Installation auf dem Smartphone berprft werden, ob die App kompromittiert wurde und beispielsweise Malware enthlt  oder etwa fr sonst kostenpflichtige Features freigeschaltet wurde. So lief das frher: Der Developer signierte die App mit seinem Schlssel, lud die App hoch und Google lieferte sie aus. Jetzt liegt der Schlssel bei Google. /  Google  In Zukunft signiert nicht der Entwickler die APKs, sondern Google  nmlich beim Generieren der APK-Dateien aus den AABs. Die Schlssel liegen damit logischerweise knftig auch nicht mehr bei den Entwicklern, sondern bei Google. Kleinere Dateigren als APKs  Der erste groe Vorteil von AAB-Dateien liegt damit auf der Hand: Die so generierten APKs sind kleiner. Durchschnittlich 35 Prozent sollen sich so einsparen lassen, schrieb Google im Oktober 2018. Das klingt auf den ersten Blick nach nicht viel, knnte sich inklusive der zahlreichen Updates fr Apps aber doch irgendwann lppern. Besserer Schutz fr Apps  Ein weiterer Vorteil, vor allem fr die Entwickler, ist die bessere Sicherheit. Es wird knftig wohl schwieriger werden, Apps zu modifizieren, die Mod-Szene drfte davon wenig begeistert sein. Wer wei, vielleicht reduziert sich damit auch mal die Zahl der Cheater bei AmongUs, auch wenn ich's bislang nicht so recht glauben mag. brigens drften mit den AABs auch die Lite- und Pro-Versionen im Play Store aussterben. Frher war es mglich, eine kostenpflichtige Pro-Version nach dem Kauf dank gleicher Signatur quasi als Update ber die Lite-Version zu installieren. Mit AABs und der Signierung durch Google ist das nicht mehr mglich  stattdessen mssen Entwickler auf In-App-Kufe umschwenken. Je nach Gert packt Google nur die erforderlichen Komponenten in die APK-Datei. Mangels x86-Architektur kann das Pixel 2 XL auf die entsprechenden Module verzichten. /  Google  Einfachere Updates & Entwicklung  Wenn die APKs je nach Nutzer beziehungsweise dessen Hardware individuell zusammengebaut werden, bringt das Vorteile fr die Entwickler. Wie NDTV berichtet, lassen sich dank AAB-Format Updates zu ganz bestimmten Zeitpunkten an bestimmte Gerte ausspielen. Das ist gerade bei der enormen Fragmentierung von Android ein Vorteil und knnte knftig kaputte Updates verhindern beziehungsweise deren Auswirkungen abmildern. Auch das Entwickeln selbst wird einfacher. In der Vergangenheit haben viele Entwickler bereits mehrere, an verschiedene Regionen, Sprachen oder Prozessorarchitekturen angepasste APK-Versionen fr Ihre App in den Play Store hochgeladen. Knftig mssen die Entwickler nur noch eine einzige, universelle AAB-Datei hochladen. AAB-Dateien und das Sideloading-Chaos  Allerdings gibt es auch Nachteile, insbesondere durch die zuvor angesprochenen Signaturen. Forget it, denn APKMirror nutzt hier eine andere Signatur als der Google Play Store. Das Sideloading von Apps ber verschiedene Third-Party-Appstores knnte in Zukunft ein Alptraum werden. Hallo, Windows 11 mit APK- und ohne AAB-Support. Klar knnt Ihr die App einfach deinstallieren und aus anderer Quelle neu auf Euer Smartphone installieren. Aber dann msst Ihr  je nach App mit mehr oder weniger Aufwand  smtliche Daten backuppen und anschlieend wieder einspielen. Microsoft hat gerade die Untersttzung von APKs fr Windows 11 angekndigt. /  Microsoft  AAB gives Power to the Google  Auch dass knftig die Signaturen bei Google liegen, kann man kritisch sehen. Sollten hier jemals die Server gehackt werden, wren auf einen Schlag alle Apps unsicher. Und wie die Kollegen von XDA-Developers ausfhren: Google hat durch die Developer Keys auch die Macht, Apps eigenmchtig zu verndern. Sollte theoretisch also mal eine Regierung Google die Daumenschrauben anlegen, knnte man ohne das Wissen der Entwickler eine Hintertr in einen ansonsten sicheren Messenger einbauen. Ja, Google legt enorm viel Wert auf Sicherheit. Und ja, Google zieht sich eher aus einem Markt zurck als sich den moralisch zweifelhaften Wnschen der dortigen Regierung zu beugen. Aber es steht eben fest: Google bekommt mit den AAB-Dateien einfach mehr Macht. Zu diesem Thema gibt es auf StackOverFlow auch eine interessante Diskussion. Bugfixing wird schwieriger  Ein weiterer Nachteil betrifft noch die App-Entwickler selbst und das Beheben von Bugs, wie der Entwickler Mark Murphy bei Commonsware schreibt. Hat ein einzelner User etwa fr den Entwickler nicht reproduzierbare Probleme mit einer App, gab es bislang ein einfaches Mittel: App anpassen, an den User schicken, diesen die App damit updaten lassen und hoffen, dass der Fehler weg ist. Das war allerdings nur mglich, weil die Entwickler die Apps selbst signieren konnten. Auf Medium.com hat brigens der Android Developer Advocate Wojtek Kaliciski Stellung zu vielen der obengenannten und weiteren Kritikpunkten bezogen. Unterm Strich drfte die Pflicht zu AAB fr die meisten User nicht viel ndern  sonst htten wir davon schon etwas gemerkt. Schlielich wird bereits ein groer Teil der Top-1000-Apps im Google Play Store von deren Developern als AAB hochgeladen  obwohl dazu gar keine Pflicht besteht. Aber den Freaks, den Bastlern und den einen oder anderen Entwicklern knnte das AAB-Format doch den Spa an Android verderben. Immerhin: Google ist nicht Apple, und es nach wie vor mglich, Apps auerhalb des Play Store zu zertifizeren. Dem Sideloading hat Google damit (vorerst) noch keinen Riegel vorgeschoben. Aber Mountain View arbeitet schwer daran, die Monopolstellung des Google Play Store einzuzementieren.