Android(Kotlin)如何高效持续获取电池电量与充电状态

你当前采用的固定间隔轮询方案确实存在不必要的电量开销，完全可以用系统原生的事件驱动机制替代，在保证状态实时准确的前提下把功耗降到最低。

原方案的问题 #

• 每3.5秒主动触发跨进程服务调用、重复注册获取粘性广播的逻辑，在电池状态、电量完全没有变化的场景下会产生大量无效空跑
• 实际上Android系统本身会在电量、充电状态发生变更时主动推送事件，不需要应用主动轮询查询

最优实现：注册系统广播监听状态变更 #

Intent.ACTION_BATTERY_CHANGED是系统维护的粘性广播，你只需要在前台服务中注册一次自定义广播接收器，系统就会在电量每变化1%、充电连接状态切换时主动回调你的逻辑，没有状态变化时不会产生任何额外开销。

实现代码 #

1. 定义全局广播接收器实例，不要在定时器中重复创建：

private val batteryStateReceiver = object : BroadcastReceiver() {
    override fun onReceive(context: Context, intent: Intent) {
        // 解析充电状态
        val pluggedState = intent.getIntExtra(BatteryManager.EXTRA_PLUGGED, -1)
        val chargingDesc = when (pluggedState) {
            BatteryManager.BATTERY_PLUGGED_AC -> "Charging via AC supply"
            BatteryManager.BATTERY_PLUGGED_USB -> "Charging via USB"
            BatteryManager.BATTERY_PLUGGED_WIRELESS -> "Charging by Wireless technology"
            else -> "Discharging"
        }

        // 解析当前电量，直接从广播Intent取值比跨进程调用BatteryManager更轻量
        val level = intent.getIntExtra(BatteryManager.EXTRA_LEVEL, -1)
        val scale = intent.getIntExtra(BatteryManager.EXTRA_SCALE, -1)
        val batteryPercent = if (level >= 0 && scale > 0) {
            level * 100 / scale
        } else {
            // 异常场景兜底，主动调用一次系统服务取值
            val bm = context.getSystemService(BATTERY_SERVICE) as BatteryManager
            bm.getIntProperty(BatteryManager.BATTERY_PROPERTY_CAPACITY)
        }

        // 此处编写拿到最新状态后的业务逻辑，仅状态真实变更时才会执行
    }
}

2. 在服务生命周期中注册/注销接收器，仅需注册一次：

override fun onCreate() {
    super.onCreate()
    val intentFilter = IntentFilter().apply {
        addAction(Intent.ACTION_BATTERY_CHANGED)
        // 补充监听充电通断的即时事件，进一步保证状态实时性
        addAction(Intent.ACTION_POWER_CONNECTED)
        addAction(Intent.ACTION_POWER_DISCONNECTED)
    }
    // 注册后会立刻收到一次当前最新状态的回调，不需要手动做首次取值
    registerReceiver(batteryStateReceiver, intentFilter)
}

override fun onDestroy() {
    super.onDestroy()
    // 必须注销避免内存泄漏
    unregisterReceiver(batteryStateReceiver)
}

特殊场景兼容 #

如果你的业务有强约束要求两次状态更新的间隔不能超过4秒（绝大多数场景无此必要，状态无变化时重复取值没有意义），可以补充一个轻量的超时兜底逻辑：

• 记录每次收到广播回调的时间戳
• 加一个最长4秒的惰性定时任务，若距离上次回调超过4秒才主动查询一次电池状态
• 只要收到新的广播就重置定时任务，日常使用场景下这个兜底逻辑几乎不会触发，功耗依然远低于全量轮询

功耗对比参考：3.5秒间隔轮询一天会执行约24700次无效查询，手机静置场景下基于广播的方案可能数小时才会触发一次回调（仅电量掉1%时触发），功耗差距可达数千倍，且两者拿到的电池状态数值完全一致，都是系统实时维护的准确值。

内容的提问来源于stack exchange，提问作者coderGtm