推送与电量的平衡：长连接的真实开销
正常状态下的开销
microG 的推送是一条空闲时几乎静默的 TCP 长连接：大多数时间它只是在等服务器说话，偶尔心跳保活。相比官方 Play Services 附带的分析、遥测、广告等全套后台活动，这条连接的开销通常小得多——这也是"换 microG 省电"说法的来源。预置 microG 的 CalyxOS 等系统文档也把"更省电池、内存与 CPU"列为特性。
耗电异常的三个信号
- 信号差的环境：弱网下长连接频繁断开重连，重连握手比维持连接费电得多，地铁、电梯里的耗电尖峰多属此类。
- 开关反复横跳：短时间内反复开关云消息或飞行模式，触发反复注册。
- 版本缺陷：个别版本有过后台异常的 bug 报告，升级到最新稳定版即可。
想再省一点的裁剪选项
| 需求 | 做法 | 代价 |
|---|---|---|
| 不要推送，其余照常 | 关"云消息"，保留"注册设备" | 应用消息不可达 |
| 隐私最大化 | 两个开关都关 | 推送、登录均不可用 |
| 正常用推送 | 保持默认全开 | 常驻一条连接 |
与应用数量的关系
连接是共享的，装十个聊天应用和装一个，连接数一样。真正影响耗电的是各应用自己的后台行为——那部分与 microG 无关。判断耗电来源时，在系统电池统计里分别看 microG 与各应用的占比，别把应用的锅扣给框架。