Žere baterii v mobilním vývoji: co to je, příčiny a metody boje

Co znamená „žere baterii“ v mobilních aplikacích?

Zvýšená spotřeba baterie — stav, kdy mobilní aplikace spotřebovává výrazně více energie, než se očekává v typickém scénáři použití. Uživatel si všimne, že se zařízení vybíjí o 20-30% rychleji než obvykle po instalaci nebo aktualizaci aplikace.

Moderní mobilní operační systémy — Android a iOS — mají vestavěné mechanismy pro kontrolu spotřeby energie. Android používá Battery Optimization a iOS používá Background Modes. Nesprávné použití API však může tyto mechanismy obejít.

Podle výzkumu Purdue University (2021) přibližně 60% aplikací spotřebovává energii na úlohy na pozadí bez zjevné potřeby. To je charakteristické zejména pro aplikace s reklamami, analytikou a trvalým síťovým připojením.

Jak se měří spotřeba baterie?

Spotřeba energie se měří v mA·h (miliampérhodinách). Android poskytuje data prostřednictvím API BatteryManager, které sleduje spotřebu každé součásti: CPU, rádiový modul, GPS, displej a senzory.

val batteryManager = getSystemService(Context.BATTERY_SERVICE) as BatteryManager
val chargeCounter = batteryManager.getIntProperty(BatteryManager.BATTERY_PROPERTY_CHARGE_COUNTER)
val capacity = batteryManager.getIntProperty(BatteryManager.BATTERY_PROPERTY_CAPACITY)
// chargeCounter / capacity * 100 = aktuální procento nabití

API BatteryManager umožňuje získat aktuální procento nabití a kapacitu baterie, ale neposkytuje podrobnosti podle aplikací — k tomu jsou potřeba systémové nástroje.

Hlavní příčiny zvýšené spotřeby energie

WakeLock — nejnebezpečnější mechanismus pro baterii. Pokud aplikace drží WakeLock bez uvolnění, zařízení nepřechází do režimu spánku. Každá hodina držení WakeLock spotřebuje přibližně 50-80 mA·h.

Požadavky na síť bez seskupování — druhá nejčastější příčina. Pokaždé, když aplikace naváže síťové připojení, rádiový modul přechází z režimu úspory energie do aktivního režimu. Časté krátké požadavky v intervalu kratším než 5 minut udržují rádiový modul neustále v aktivním stavu.

Určování GPS polohy s vysokou přesností (GPS_PROVIDER) spotřebuje 10-15krát více energie než přibližné určování (NETWORK_PROVIDER). Neustálá aktualizace polohy na pozadí je jednou z hlavních stížností uživatelů.

• Animace a vykreslování bez hardwarové akcelerace zatěžují GPU
• Senzory (akcelerometr, gyroskop) na pozadí bez potřeby
• Bluetooth skenování s vysokou frekvencí vyhledávání zařízení
• Ukládání do mezipaměti velkého objemu dat na SD kartu bez ohledu na stav baterie

Podle Android Developers Blog průměrná aplikace spotřebuje přibližně 15% celkové spotřeby baterie zařízení. Překročení této úrovně vyžaduje povinný audit spotřeby energie.

Jak diagnostikovat problémy s baterií?

Battery Historian — oficiální nástroj Google pro analýzu spotřeby energie. Přijímá dump BatteryStats z ADB a vizualizuje spotřebu podle součástí: CPU, Síť, GPS, WakeLock a displej.

Pro vytvoření dumpu spusťte příkaz: adb shell dumpsys batterystats. Po shromáždění dat po dobu 2-3 hodin normálního používání můžete nahrát zprávu do Battery Historian k analýze.

Android Energy Profiler v Android Studio sleduje spotřebu energie v reálném čase. Zobrazuje spotřebu CPU, Sítě, GPS a displeje pro každou operaci aplikace.

# Resetujte statistiky baterie před testem
adb shell dumpsys batterystats --reset

# Používejte aplikaci 2-3 hodiny

# Exportujte dump pro Battery Historian
adb shell dumpsys batterystats > batterystats_dump.txt

Analýza v iOS

Pro iOS se používá Energy Log přes Xcode — Instruments. Shromažďuje údaje o spotřebě energie rozložené podle modulů: CPU, Síť, GPU, Displej, Poloha. Doba čtení: 15-30 minut na analýzu jedné relace.

Na fyzickém zařízení iOS se statistiky spotřeby energie zobrazují také v Nastavení > Baterie. Pokud je aplikace v top 10 ve spotřebě — je to signál k optimalizaci.

Metody optimalizace spotřeby energie

WorkManager — standardní API pro úlohy na pozadí, které bere v úvahu stav baterie, sítě a režim Doze. Zaručuje provedení úlohy za optimálních podmínek, ne okamžitě, což šetří až 40% energie na operacích na pozadí.

val workRequest = OneTimeWorkRequestBuilder<SyncWorker>()
    .setConstraints(
        Constraints.Builder()
            .setRequiresCharging(true)
            .setRequiresBatteryNotLow(true)
            .setRequiresNetworkType(NetworkType.CONNECTED)
            .build()
    )
    .build()
WorkManager.getInstance(this).enqueue(workRequest)

Seskupování síťových požadavků

Seskupování požadavků — spojení několika síťových operací do jedné komunikační relace. Místo 10 samostatných požadavků aplikace provede jeden hromadný požadavek, což snižuje dobu aktivity rádiového modulu z 30 sekund na 2-3 sekundy.

• Retrofit s OkHttp podporuje seskupování přes Interceptor
• Firebase Cloud Messaging umožňuje sloučit oznámení do jedné relace
• GraphQL — náhrada REST, kde jeden dotaz nahrazuje několik

Optimalizace práce s polohou

FusedLocationProviderClient od Google Play Services vybírá optimální zdroj polohy v závislosti na požadované přesnosti. Pro úlohy na pozadí použijte prioritu PRIORITY_BALANCED_POWER_ACCURACY — poskytuje přesnost až 100 metrů při minimální spotřebě baterie.

V iOS použijte Significant Location Change místo Continuous Location. To umožňuje přijímat aktualizace pouze při významném pohybu (více než 500 metrů), ne každých několik sekund.

Nástroje pro analýzu spotřeby energie

Android Battery Historian — webový nástroj Google pro vizualizaci dat BatteryStats. Podporuje import dumpů, barevné označování součástí a porovnávání relací. Hlavní metriky: doba držení WakeLock, aktivita rádiového modulu, GPS relace.

Xcode Energy Organizer shromažďuje údaje o spotřebě energie od produkčních uživatelů prostřednictvím TestFlight a App Store. Obdržíte zprávu o průměrné spotřebě na různých zařízeních a verzích iOS. To umožňuje sledovat regrese po aktualizacích.

PerfDog (Tencent) — multiplatformní nástroj pro testování výkonu, včetně měření spotřeby energie. Podporuje iOS a Android, umožňuje zaznamenávat ukazatele s frekvencí 1-10 snímků za sekundu.

Podle Apple WWDC 2023 použití Energy Organiser umožňuje snížit průměrnou spotřebu energie aplikací o 15-25% díky identifikaci a odstranění regresí před vydáním aktualizace v App Store.