Umaubos ng baterya sa mobile development: ano ito, mga dahilan at paraan ng paglaban

Ano ang ibig sabihin ng “umauubos ng baterya” sa mga mobile app?

Mataas na konsumo ng baterya — isang kondisyon kung saan ang isang mobile app ay kumokonsumo ng mas maraming enerhiya kaysa sa inaasahan sa karaniwang senaryo ng paggamit. Napansin ng gumagamit na ang device ay nagdi-discharge nang 20-30% mas mabilis kaysa karaniwan pagkatapos mag-install o mag-update ng app.

Ang mga modernong mobile operating system — Android at iOS — ay may built-in na mekanismo para sa pagkontrol ng konsumo ng enerhiya. Gumagamit ang Android ng Battery Optimization, at ang iOS ay gumagamit ng Background Modes. Gayunpaman, ang maling paggamit ng API ay maaaring lampasan ang mga mekanismong ito.

Ayon sa pananaliksik ng Purdue University (2021), humigit-kumulang 60% ng mga app ay kumokonsumo ng enerhiya para sa mga background task nang walang malinaw na pangangailangan. Ito ay lalong katangian ng mga app na may mga ad, analytics, at permanenteng koneksyon sa network.

Paano sinusukat ang konsumo ng baterya?

Ang konsumo ng enerhiya ay sinusukat sa mA·h (milliampere-hour). Ang Android ay nagbibigay ng data sa pamamagitan ng BatteryManager API, na sumusubaybay sa konsumo ng bawat bahagi: CPU, radio module, GPS, display, at mga sensor.

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 = kasalukuyang porsyento ng charge

BatteryManager API ay nagbibigay-daan upang makuha ang kasalukuyang porsyento ng charge at kapasidad ng baterya, ngunit hindi nagbibigay ng detalye bawat app — para doon kailangan ang mga system utility.

Mga pangunahing dahilan ng mataas na konsumo ng enerhiya

WakeLock — ang pinaka-mapanganib na mekanismo para sa baterya. Kung ang app ay humahawak ng WakeLock nang hindi ito inilalabas, ang device ay hindi pumapasok sa sleep mode. Bawat oras ng paghawak ng WakeLock ay kumokonsumo ng humigit-kumulang 50-80 mA·h.

Mga kahilingan sa network nang walang pagpapangkat — pangalawang pinakakaraniwang dahilan. Sa bawat oras na ang app ay gumagawa ng koneksyon sa network, ang radio module ay lumilipat mula sa power-saving mode patungo sa active mode. Ang madalas na maikling kahilingan na may pagitan na mas mababa sa 5 minuto ay nagpapanatili sa radio module na palaging aktibo.

Ang pagtukoy ng lokasyon ng GPS na may mataas na katumpakan (GPS_PROVIDER) ay kumokonsumo ng 10-15 beses na mas maraming enerhiya kaysa sa tinatayang pagtukoy (NETWORK_PROVIDER). Ang patuloy na pag-update ng lokasyon sa background ay isa sa mga pangunahing reklamo ng mga gumagamit.

• Mga animation at rendering nang walang hardware acceleration ay nagpapabigat sa GPU
• Mga sensor (accelerometer, gyroscope) sa background nang walang pangangailangan
• Bluetooth pag-scan na may mataas na frequency para sa paghahanap ng device
• Pag-cache ng malaking halaga ng data sa SD card nang hindi isinasaalang-alang ang estado ng baterya

Ayon sa Android Developers Blog, ang karaniwang app ay kumokonsumo ng humigit-kumulang 15% ng kabuuang konsumo ng baterya ng device. Ang paglampas sa antas na ito ay nangangailangan ng mandatoryong audit ng konsumo ng enerhiya.

Paano i-diagnose ang mga problema sa baterya?

Battery Historian — ang opisyal na tool ng Google para sa pagsusuri ng konsumo ng enerhiya. Ito ay tumatanggap ng BatteryStats dump mula sa ADB at nagbi-visualize ng konsumo bawat bahagi: CPU, Network, GPS, WakeLock, at display.

Upang gumawa ng dump, isagawa ang command: adb shell dumpsys batterystats. Pagkatapos mangolekta ng data sa loob ng 2-3 oras ng normal na paggamit, maaari mong i-load ang report sa Battery Historian para sa pagsusuri.

Android Energy Profiler sa Android Studio ay sumusubaybay sa konsumo ng enerhiya sa real-time. Ipinapakita nito ang konsumo ng CPU, Network, GPS, at display para sa bawat operasyon ng app.

# I-reset ang estadistika ng baterya bago ang pagsubok
adb shell dumpsys batterystats --reset

# Gamitin ang app sa loob ng 2-3 oras

# I-export ang dump para sa Battery Historian
adb shell dumpsys batterystats > batterystats_dump.txt

Pagsusuri sa iOS

Para sa iOS, ginagamit ang Energy Log sa pamamagitan ng Xcode — Instruments. Kinokolekta nito ang data ng konsumo ng enerhiya na na-breakdown ayon sa module: CPU, Network, GPU, Display, Lokasyon. Oras ng pagbasa: 15-30 minuto para sa pagsusuri ng isang session.

Sa isang pisikal na iOS device, ang mga estadistika ng konsumo ng enerhiya ay ipinapakita rin sa Settings > Battery. Kung ang app ay nasa top 10 sa konsumo — iyon ay senyales para sa pag-optimize.

Mga paraan ng pag-optimize ng konsumo ng enerhiya

WorkManager — karaniwang API para sa mga background task na isinasaalang-alang ang estado ng baterya, network, at Doze mode. Ginagarantiyahan nito ang pagpapatupad ng task sa ilalim ng optimal na kondisyon, hindi kaagad, na nakakatipid ng hanggang 40% na enerhiya sa mga background operation.

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

Pagpapangkat ng mga kahilingan sa network

Pagpapangkat ng mga kahilingan — pagsasama-sama ng maraming network operation sa isang communication session. Sa halip na 10 magkakahiwalay na kahilingan, ang app ay nagsasagawa ng isang pinagsama-samang kahilingan, na nagbabawas sa oras ng aktibidad ng radio module mula 30 segundo hanggang 2-3 segundo.

• Retrofit kasama ang OkHttp ay sumusuporta sa pagpapangkat sa pamamagitan ng Interceptor
• Firebase Cloud Messaging ay nagbibigay-daan sa pagsasama-sama ng mga notification sa isang session
• GraphQL — kapalit ng REST, kung saan ang isang query ay pumapalit sa marami

Pag-optimize ng trabaho sa lokasyon

FusedLocationProviderClient mula sa Google Play Services ay pumipili ng optimal na pinagmulan ng lokasyon batay sa kinakailangang katumpakan. Para sa mga background task, gamitin ang priyoridad na PRIORITY_BALANCED_POWER_ACCURACY — ito ay nagbibigay ng katumpakan hanggang 100 metro na may minimal na konsumo ng baterya.

Sa iOS, gamitin ang Significant Location Change sa halip na Continuous Location. Ito ay nagbibigay-daan na makatanggap ng mga update lamang kapag may makabuluhang paggalaw (higit sa 500 metro), hindi bawat ilang segundo.

Mga kasangkapan para sa pagsusuri ng konsumo ng enerhiya

Android Battery Historian — web tool ng Google para sa pag-visualize ng data ng BatteryStats. Sumusuporta sa pag-import ng mga dump, color coding ng mga component, at paghahambing ng mga session. Mga pangunahing metrik: oras ng paghawak ng WakeLock, aktibidad ng radio module, mga GPS session.

Xcode Energy Organizer ay kumokolekta ng data ng konsumo ng enerhiya mula sa mga gumagamit ng produksyon sa pamamagitan ng TestFlight at App Store. Makakatanggap ka ng report tungkol sa average na konsumo sa iba’t ibang device at bersyon ng iOS. Ito ay nagbibigay-daan upang subaybayan ang mga regression pagkatapos ng mga update.

PerfDog (Tencent) — cross-platform tool para sa pagsubok ng performance, kabilang ang mga sukat ng konsumo ng enerhiya. Sumusuporta sa iOS at Android, nagbibigay-daan sa pag-record ng mga indicator na may frequency na 1-10 frames per second.

Ayon sa Apple WWDC 2023, ang paggamit ng Energy Organiser ay nagbibigay-daan upang mabawasan ang average na konsumo ng enerhiya ng mga app ng 15-25% sa pamamagitan ng pagtukoy at pag-aayos ng mga regression bago ilabas ang update sa App Store.