电量异常的处理：先定位锅在谁头上
先看电池统计的归属
系统设置 → 电池 → 用电量排行，看耗电榜首是谁：
- microG 本身占比高：继续往下查框架侧三个点。
- 其他应用占比高：锅在应用（后台轮询、同步疯狂跑），框架只是恰好让应用"活"得更正常了。用 microG 前这些应用要么收不到消息、要么各自保活硬耗——对比时注意这个基准变化。
框架侧三个自查点
- 连接在反复重连吗：弱网环境下长连接频繁断开重连是耗电尖峰的经典来源（原理见 推送与电量）。换个网络环境对比耗电速率即可验证。
- 电池优化豁免丢了吗：系统更新可能重置豁免设置，被优化后的反复唤醒反而更费电，重新豁免。
- 版本有没有已知问题：个别版本出现过后台相关的缺陷报告，升级最新稳定版。
一个时间差提醒
刚装完的头一两天，各应用集中重新注册推送、补同步数据，耗电偏高是正常波动，第三天再看趋势才有意义。
极端情况的重置手段
排查无果时：关掉云消息与设备注册两开关 → 重启 → 观察一天。耗电恢复正常即问题锁定在推送链路；再逐个打开开关、逐段观察，定位到具体环节。
长期视角
社区与预装型系统的长期数据都指向同一结论：相比官方 Play Services 全家桶，microG 的常驻开销显著更低（低内存、低 CPU、省电池是官方列明的特性）。"装 microG 更费电"的体感，多数最终追溯到应用侧或网络环境，而不是框架本身。