Android inför krav pÄ minnesanvÀndning för appar

Google har meddelat ett nytt krav pÄ appkvalitet för Android-plattformen, som syftar till att minska minnesanvÀndningen av appar i en tid med brist pÄ RAM pÄ smartphone-marknaden. Kraven trÀder i kraft i februari 2027. Appar vars prestandamÄtt överstiger tröskelvÀrdena kan stÄ inför begrÀnsningar för publicering i Google Play-katalogen och en minskad synlighet i resultaten.

De mÄtt som kommer att övervakas för att identifiera problem med minnesanvÀndning:

  • AnvĂ€ndning av dynamiskt minne (RSS + data som har flyttats till vĂ€xlingsfilen) nĂ€r appen Ă€r aktiv och körs i bakgrunden.
  • MinnesanvĂ€ndning för bitmap-bilder som inte ska anvĂ€nda minne nĂ€r appen inte visas och körs i bakgrunden.
  • Optimering av körbar kod i DEX-format (Dalvik Executable). Appar ska anvĂ€nda verktyg som R8 för att optimera DEX-koden, ta bort oanvĂ€nda konstruktioner och obfusquera (anvĂ€nda korta klass-, metod- och fĂ€ltnamn) för att minska storleken pĂ„ data som laddas i minnet.

TröskelvĂ€rdena definieras baserat pĂ„ mĂ€ngden RAM som enheten har. Till exempel, pĂ„ enheter med 4 GB RAM fĂ„r en app anvĂ€nda högst 2 GB minne i aktivt tillstĂ„nd och 1 GB nĂ€r den körs i bakgrunden, pĂ„ enheter med 8 GB RAM — 2,25 GB och 1,5 GB, pĂ„ 12 GB RAM — 3,25 GB och 1,75 GB, och pĂ„ 16 GB RAM — 4,25 GB och 2 GB respektive. För spel Ă€r grĂ€nserna högre: pĂ„ enheter med 4 GB RAM fĂ„r ett spel anvĂ€nda högst 2,25 GB minne i aktivt tillstĂ„nd och 2 GB nĂ€r det körs i bakgrunden, pĂ„ enheter med 8 GB RAM — 3,5 GB och 2,75 GB, pĂ„ 12 GB RAM — 4 GB och 3,2 GB, och pĂ„ 16 GB RAM — 5 GB och 3,5 GB.

Dessutom införs krav för sömlös överföring av appar vid enhetbyte. FrÄn och med april 2027 mÄste alla appar, förutom spel, som stöder inloggning automatiskt ÄterstÀlla sitt tillstÄnd vid överföring till en ny enhet med hjÀlp av Android API för ÄterstÀllning av referenser.

Det Àr ocksÄ vÀrt att notera tillÀgget av nya funktioner i Android 17 för att öka sÀkerheten i nÀtverksanslutningar:

  • Aktivering av stöd för TLS-tillĂ€gget ECH (Encrypted ClientHello) för att dölja domĂ€n i HTTPS-trafik. ECH fortsĂ€tter utvecklingen av tillĂ€gget ESNI (Encrypted Server Name Indication) och som anvĂ€nds för att kryptera information om parametrarna för TLS-sessioner, sĂ„som det begĂ€rda domĂ€nnamnet. Den största skillnaden mellan ECH och ESNI Ă€r att i ECH krypteras hela TLS-meddelandet ClientHello istĂ€llet för att kryptera pĂ„ nivĂ„ av enskilda fĂ€lt, vilket förhindrar lĂ€ckor via fĂ€lt som inte tĂ€cks av ESNI, till exempel PSK (Pre-Shared Key) fĂ€ltet.
  • LĂ€gg till en begĂ€ran om behörigheter för att skanna det lokala nĂ€tverket med appar eller koppla upp till enheter i det lokala nĂ€tverket (Local Network Protection).
  • Aktivering av CT-mekanismen (Certificate Transparency) som standard, vilket sĂ€kerstĂ€ller förande av en offentlig logg över alla utfĂ€rdade och Ă„terkallade certifikat. CT gör det möjligt att upptĂ€cka certifikat som skapats utanför de normala arbetsflödena för certifikatutfĂ€rdare (till exempel hemlig skapelse av certifikat som ett resultat av missbruk av en anstĂ€lld eller kompromettering av certifikatutfĂ€rdaren).
  • Mobiloperatörer ges möjlighet att som standard stĂ€nga av stöd för 2G-nĂ€tverk för att blockera attacker som anvĂ€nder tvĂ„ngswĂ€xling av smartphones till 2G-nĂ€tverk för att kringgĂ„ mechanismen för skrĂ€ppostfilter och leverans av bedrĂ€gliga SMS.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster