A Google az Android 12 rendszerhez készült alkalmazások hibernálási funkcióján dolgozik, amely felszabadíthat helyet a telefonján lévő nem használt alkalmazások által.
1. frissítés (2021.01.25., 14:30 ET): Most már tudjuk, hogy az Android alkalmazások hibernálási funkciója hogyan szabadít fel további tárhelyet a gyorsítótár törlése mellett. Kattintson ide további információért.
1. frissítés (2021.01.19., 12:32 ET): Most egy kicsit többet tudunk arról, hogy ez a funkció hogyan szabadít fel helyet. Kattintson ide további információért. A 2021. január 11-én megjelent cikk az alábbiakban megmarad.
Lehet, hogy nehéz elhinni, de valószínűleg már alig több mint egy hónap van hátra az első megjelenésétől Android 12 Fejlesztői előnézet. Végül is megjelent az első Android 11 Developer Preview még 2020 februárjában! Átvizsgáltuk az Android nyílt forráskódú projektet (AOSP), Gerrit az új funkciókra vonatkozó tippekért az Android következő verziójához érkezik, és a közelmúltban bizonyítékot fedeztünk fel arra vonatkozóan, hogy a Google dolgozik az Android 12 alkalmazáshibernálási funkcióján.
Pár kódmódosítás alapján benyújtották az AOSP-nek, a Google egy új alkalmazáshibernálási rendszerszolgáltatást ad hozzá, "amely az alkalmazások hibernált állapotát kezeli, amely állapotba az alkalmazások beléphetnek, ami azt jelenti, hogy nincsenek aktívan használatban, és tárolásra optimalizálhatók."
Sajnos erről a funkcióról nincs több információnk. Például nem tudjuk, hogy az alkalmazások hogyan léphetnek ebbe az állapotba. A rendszer automatikusan meghatározza az alkalmazáshasználati statisztikák alapján? A felhasználók manuálisan dönthetik el, hogy hibernált állapotba kényszerítsék az alkalmazásokat? Azt sem tudjuk, hogy az alkalmazások hogyan lesznek optimalizálva tárolásra, és azt sem, hogy az operációs rendszer hogyan mondja meg a felhasználónak, hogy mely alkalmazások kerültek hibernált állapotba.
Feltételezésünk szerint az alkalmazások hibernálása automatikus lesz mint az engedélyek automatikus visszavonása funkció Az Android 11-ben bevezetett, és az optimalizálás magában foglalja az APK és más alkalmazásforrások tömörítését, de nem tudjuk biztosan, amíg további kódmódosításokat nem küldünk be. Azt sem tudjuk biztosan, hogy ez a funkció valóban eljut-e az Android 12-be, mivel a véglegesítéseket még nem egyesítették. Még van idő az ehhez hasonló új funkciók hozzáadására, de az ablak hamarosan bezár. Amint többet megtudunk erről az alkalmazás-hibernálási szolgáltatásról vagy az Android 12-re érkező egyéb funkciókról, megosztjuk ezeket az információkat.
Köszönet az XDA elismert fejlesztőjének luca020400 a tippért!
1. frissítés: Alkalmazás-gyorsítótár törlése
Bár az alkalmazás hibernálási funkciójának kötelezettségvállalásait még nem egyesítették – ami azt jelenti, hogy még mindig nem tudjuk az biztos, hogy az Android 12-be kerül – most egy kicsit több információt tudtunk meg a funkcióról művek. A kód szerint új kötelezettségvállalásban nyújtották be (ismét észrevette az XDA Recognized Developer luca020400), az alkalmazás hibernált funkciója automatikusan törli az alkalmazás gyorsítótár fájljait. A felszabaduló tárhely mennyisége a kérdéses alkalmazástól függ – a videó streameléstől és az üzenetküldéstől Az alkalmazások több száz megabájtnyi adat gyorsítótárazására képesek – de ez csak egy része az alkalmazások hibernálásának funkció. Egy megjegyzésben a Google fejlesztői a "csomagszintű hibernálás" révén további lehetséges tárhely-megtakarításokra utalnak. Ez utalhat az alkalmazás és annak erőforrásai tömörítésére vagy más olyan műveletekre, amelyek csökkentik az alkalmazás telepítése által elfoglalt helyet.
2. frissítés: Összeállítási műtermékek törlése
Az a új commit A múlt hét végén benyújtották az AOSP Gerritnek, a Google mérnökei felfedték, hogy az Android alkalmazások hibernálási funkciója hogyan optimalizálja a tárhelyet csomag/APK szinten. A kódmódosításoknál hagyott megjegyzések azt mutatják, hogy amikor egy alkalmazást az összes felhasználó számára hibernálnak, a kompilációs műtermékfájlok (.vdex/.odex) törlődnek. A Google szerint, a vdex fájlok egy APK tömörítetlen DEX kódját, míg az odex fájlok az APK metódusainak előre lefordított kódját tartalmazzák. A fájlok törlésével felszabaduló hely valószínűleg nem lesz sok, különösen a gyorsítótárazott képek vagy videók fájlméretéhez képest. A kis belső tárhellyel rendelkező alacsonyabb kategóriás eszközökön azonban több tucat megabájt megtakarítása több tucat további fénykép számára szabadít fel helyet.