Vad är en AAB-fil för Android och hur skiljer den sig från APK?

Sedan lanseringen av Android för över ett decennium sedan har APK-filer varit det universella formatet för appar. Oavsett om det är utvecklare eller användare, oavsett om det är på Google Play Store, APKMirror eller EFNet – det var alltid APK-filer som erbjöds. För utvecklare kommer nu AAB att bli obligatoriska och för Android-användare kommer APK-filer att bli en mer komplicerad affär.

AAB:er kommer att bli obligatoriska för alla nya appar från och med augusti 2021. Uppdateringar för befintliga appar kan fortfarande laddas upp av utvecklare i APK-format, så ingenting kommer att förändras i denna avdelning för tillfället.

Vad är en AAB fil egentligen?

”AAB” står för Android App Bundle. AAB-filen innehåller hela programkoden för Android-appen. Så snart utvecklingen är klar laddar utvecklaren upp appen till Google Play Store i AAB-format, där användaren (du) laddar ner den därifrån till din smartphone som vanligt.

Vid första anblicken förändras ingenting. Faktum är att vid närmare inspektion verkar det verkligen som om det inte är någon skillnad alls. Detta beror på att när du klickar på ”Installera” i Google Play Butik kommer din smartphone fortfarande att ladda ner en APK-fil. Så vad är poängen med allt detta raseri?

• Vad är APK-filer och hur installerar du dem på Android?

Vad är skillnaden mellan AAB- och APK-filer?

AAB-filer är skräddarsydda

Skillnaden mellan APK- och AAB-filer ligger i vad vi kallar resurser. I en app är resurser allt annat som inte är programmeringskod, som bilder, språkfiler eller musik. Om du väljer knappen ”Installera” för en app i Play Butik kommer Google sedan att skicka en APK-fil till dig som är skräddarsydd från AAB-filen för din enhet med de nödvändiga resurserna som krävs.

Har din smartphone bara Full HD+-upplösning? Då får du en APK utan 4K-material. Du har valt engelska och tyska som enhetsspråk? Du behöver förmodligen inte Swahili-språkpaketet. Förresten med hjälp av Googles buntverktyg verktyg kan AAB-filer också konverteras lokalt till APK-filer.

Signering av Google istället för utvecklaren

En annan stor skillnad är i signeringen av apparna. Tidigare var det alltid utvecklaren av en app som signerade den med sin utvecklarnyckel. Den här nyckeln kan användas när du installerar appen på en smartphone för att kontrollera om den har blivit utsatt för intrång och till exempel innehåller skadlig programvara eller om den har låsts upp för funktioner som annars skulle ha krävt betalning.

I fortsättningen blir det inte utvecklaren som signerar APK-filerna, utan Google – nämligen när man genererar APK-filer från AAB-erna. Logiskt sett kommer nycklarna inte längre att innehas av utvecklarna, utan av Google.

Är AAB-filer bättre än APK-filer?

Mindre filstorlekar än APK-filer

Den första stora fördelen med AAB-filer är därför uppenbar: APK-filerna som genereras på detta sätt är mindre. I genomsnitt bör du kunna se en minskning med 35 procent på detta sätt, baserat på vad Google skrev i oktober 2018. Det låter inte som mycket vid första anblicken, men när man inkluderar de många uppdateringarna för appar, kan det läggas till någon gång.

Bättre skydd för appar

En annan fördel som utvecklare kommer att ha nytta av är ökad säkerhet. Det kommer förmodligen att bli svårare att modifiera appar i framtiden, och modscenen kanske inte är särskilt nöjd med det. Vem vet, kanske kommer detta att minska antalet fuskare på AmongUs, även om jag inte riktigt tror att det är vanligt än så länge.

Förresten, med AAB:erna borde appversionerna Lite och Pro i Play Butik inte längre existera. Tidigare var det möjligt att installera en betald Pro-version över Lite-versionen efter ett köp tack vare samma signatur, så att säga, som en uppdatering. Med AAB och Google-signering är det inte längre möjligt. Utvecklare måste istället byta till köp i appar.

Enklare uppdateringar och utveckling

Om APK-filerna är individuellt sammansatta beroende på användaren eller dess hårdvara, medför detta ytterligare fördelar för utvecklarna. Som Det rapporterade NDTV, tack vare AAB-formatet kan uppdateringar skickas ut till specifika enheter vid specifika tidpunkter. Detta är en fördel, särskilt med den enorma fragmenteringen av Android och kan förhindra trasiga uppdateringar i framtiden eller mildra deras effekter.

Själva utvecklingsprocessen blir också lättare. Tidigare har många utvecklare laddat upp flera APK-versioner för sin app till Play Store, som har anpassats till olika regioner, språk eller processorarkitekturer. I framtiden kommer utvecklare bara att behöva ladda upp en enda, universell AAB-fil.

Är AAB-filer värre än APK-filer?

AAB-filer och sidbelastningsförvirringen

Det finns dock nackdelar med AAB, särskilt på grund av de tidigare nämnda signaturerna. Vill du ladda ner den nya WhatsApp-betan via APKMirror och testa nya funktioner? Glöm det, eftersom APKMirror använder en annan signatur här än Google Play Butik. Sidladdning av appar i olika appbutiker från tredje part kan bli en mardröm i framtiden. Hej, Windows 11 med APK och inget AAB-stöd.

Visst, du kan bara avinstallera appen och installera om den på din smartphone från en annan källa. Men då måste du – med mer eller mindre ansträngning, beroende på appen – säkerhetskopiera all din data och sedan installera om den. Det är helt enkelt för mycket krångel, tycker du inte det?

AAB ger Google mer kraft

Att signaturerna i framtiden kommer att lagras av Google kan också ses genom en kritisk lins. Om servrarna skulle hackas, skulle alla appar hamna äventyrade i ett svep. Och som XDA-utvecklare förklarade: Google har också makten att ändra appar på egen hand genom utvecklarnycklarna. Teoretiskt sett, om en regering skulle sätta press på Google, skulle de kunna bygga en bakdörr till en annars säker snabbmeddelandeapp utan utvecklarnas vetskap.

Ja, Google bryr sig enormt om säkerhet. Och ja, Google skulle hellre dra sig ur en marknad än att böja sig för regeringarnas moraliskt tvivelaktiga önskemål. Men detta förblir ett faktum: Google får helt enkelt mer makt med introduktionen av AAB-filer. Det finns också en intressant diskussion om detta ämne på StackOverFlow som du kan följa om du är intresserad av att veta mer.

Det blir svårare att fixa fel

En annan nackdel gäller apputvecklarna själva och åtgärdandet av buggar, som utvecklaren Mark Murphy skrev på Commonsware. Om en enskild användare har problem med en app som inte är reproducerbar för utvecklaren, fanns det tidigare en enkel lösning: modifiera appen, skicka den till användaren, låt användaren uppdatera appen och hoppas att felet är borta. Men det var bara möjligt eftersom utvecklare själva kunde signera apparna.

På Medium.comförresten, Android Developer Advocate Wojtek Kaliciński kommenterade många av ovanstående kritik och mer.

AAB: Jaja eller nej?

Summan av kardemumman är att obligatoriska AAB-filer inte borde förändras mycket för de flesta användare, annars skulle vi ha märkt något om det redan. När allt kommer omkring är en stor del av de 1 000 bästa apparna i Google Play Store redan uppladdade som AAB av deras utvecklare även om det inte har funnits något krav på att göra det alls.

Men för nördar, hobbyister och den udda utvecklaren kan AAB-formatet förstöra det roliga med Android. Google är trots allt inte Apple, och det är fortfarande möjligt att certifiera appar utanför Play Butik. Google har ännu inte satt stopp för sidladdning (för nu). Det verkar dock som att Mountain View arbetar hårt för att befästa den monopolistiska positionen för Google Play Butik.