Google Play skärper sina policyer: Nya RAM-användningsgränser, automatisk migrering och mer

Nyckelord:
  • Google Play kommer att bestraffa appar som överskrider gränsvärdena för aktivt RAM och bakgrunds-RAM från och med februari 2027.
  • Strikta gränser är fastställda, uppdelade efter kategorier av fysiskt RAM-minne på enheten, med differentierade intervall för appar och spel.
  • Från och med april 2027 träder standarden för inloggning utan tryck i kraft, vilket kräver att API:et för återställning av autentiseringsuppgifter används för kontomigrering.
  • Android 17 stärker nätverksanslutningar med TLS ECH-kryptering, inbyggd certifikattransparens och behörigheter för lokala nätverk.
  • Operatörer kommer att kunna inaktivera standard 2G-anslutningen för att förhindra SMS-bedrägerier genom påtvingad nätverksförsämring.

Android-RAM

Google tillkännagav nyligen en ny uppsättning krav och kvalitetsstandarder för Android och Google Play Store. Detta initiativ åtgärdar direkt begränsningar i hårdvaruleveranskedjan och den växande bristen på RAM-moduler på den globala smarttelefonmarknaden.

För att förhindra att appar förbrukar resurser i överdrivet hög grad och orsakar nedgångar eller tvingande avstängningar av operativsystemet kommer företaget att börja granska och bestraffa överdriven minnesanvändning från och med februari 2027. Utvecklare vars appar överskrider de angivna gränserna kan drabbas av begränsningar i publicering av nya versioner och en allvarlig förlust av synlighet i sökningar och rekommendationer i Play Store.

Prestandamätvärden och gränser per RAM-nivå

Övervakningen kommer att baseras på tre pelare inom Android Vitals-plattformen på Play Console.

  • Det första är dynamisk minnesförbrukning, som spårar anonym RSS-användning utöver data som härrör från växlingspartitionen eller filen, utvärdera både det aktiva tillståndet från förgrundsapplikationen såsom dess bakgrundsbeteende.
  • El Den andra parametern granskar användningen av bitmappar (bitmappar) av bilderGoogle kräver att uppladdade bilder inte i onödan sparar minne när applikationen försätts i ett dolt eller cachat tillstånd.
  • El Den tredje punkten kräver optimering av den körbara koden i DEX-format. (Dalvik Executable): Paket måste bearbetas med reduktions- och obfuskeringsverktyg som R8, vilket kräver minst 25 % kombinerad täckning mellan optimering, borttagning av oanvänd kod och förkortning av identifierare för att minska belastningen på det flyktiga minnet.

De maximalt tillåtna tröskelvärdena beräknas stegvis baserat på enhetens fysiska RAM-kapacitet. För standardapplikationer är gränserna konfigurerade enligt följande:

  • Enheter med 4 GB RAM: Maximalt 2 GB i aktivt tillstånd och 1 GB i bakgrunden.
  • Enheter med 8 GB RAM: Maximalt 2.25 GB i förgrunden och 1.5 GB i bakgrunden.
  • Enheter med 12 GB RAM: Maximalt 3.25 GB i förgrunden och 1.75 GB i bakgrunden.
  • Enheter med 16 GB RAM: Maximalt 4.25 GB i förgrunden och 2 GB i bakgrunden.

För mobila videospel, eftersom dessa är miljöer med högre grafik- och processorkrav, har bredare marginaler satts:

  • Enheter med 4 GB RAM: Gräns ​​på 2.25 GB vid aktiv användning och 2 GB i bakgrunden.
  • Enheter med 8 GB RAM: Gräns ​​på 3.5 GB vid aktiv användning och 2.75 GB i bakgrunden.
  • Enheter med 12 GB RAM: Gräns ​​på 4 GB vid aktiv användning och 3.2 GB i bakgrunden.
  • Enheter med 16 GB RAM: Gräns ​​på 5 GB vid aktiv användning och 3.5 GB i bakgrunden.

Utöver resurskontroll kommer Google Play att implementera ett nytt introduktionskrav från och med april 2027. Denna policy, känd som Zero-Tap Sign-In- standarden, kräver att alla appar som stöder användarinloggning (obligatoriskt eller valfritt) automatiskt återställer sessionen när användaren migrerar sina data till en ny Android-enhet.

För att följa denna förordning måste utvecklare integrera Android Restore Credentials API, vilket säkerställer att användare direkt kan komma åt sina konton när de öppnar appen för första gången utan att behöva ange sina lösenord manuellt. För närvarande är videospel undantagna från detta specifika krav på grund av komplexiteten i deras autentiseringssystem, även om Google rekommenderar att man använder API:et för titlar med unika profiler.

Säkerhetsförbättringar i Android 17

Vid sidan av dessa butiksregler innehåller Android 17-utvecklingsgrenen mekanismer för att skydda nätverkskommunikation. För det första möjliggör den kompatibilitet med TLS ECH (Encrypted ClientHello)-tillägget, efterföljaren till ESNI.

Till skillnad från tidigare tekniker som exponerade metadata under den initiala anslutningen krypterar ECH det initiala ClientHello-meddelandet helt, vilket döljer domännamnet för besökta webbplatser i HTTPS-trafik och förhindrar läckor genom fält som den fördelade nyckeln (PSK).

För det andra lanseras Local Area Network Protection-systemet , vilket kräver att applikationer begär uttryckligt tillstånd från användaren innan de kan skanna hemnätverket eller interagera med enheter som är anslutna till det lokala nätverket (LAN).

Dessutom är certifikattransparensmekanismen (CT ) aktiverad som standard, vilket upprätthåller en offentlig och oföränderlig registrering av alla utfärdade och återkallade digitala certifikat för att upptäcka avvikelser eller komprometter hos certifieringsutfärdare (CA).

Slutligen ger Android 17 mobiloperatörer möjligheten att inaktivera 2G-nätverk som standard, vilket neutraliserar attacker baserade på falska basstationer som tvingade fram signalförsämring för att fånga upp SMS-trafik och implementera bedrägerikampanjer.

Om du är intresserad av att lära dig mer kan du hitta detaljerna på följande länk.


Lägg till som prioriterad källa i Google