microG 里的推送通知是怎么工作的
应用消息的默认通道
安卓上聊天、邮件、资讯类应用的消息到达，绝大多数依赖谷歌的云消息服务（FCM，旧称 GCM）。应用自己并不维护到消息服务器的连接，而是把这事托付给系统里的谷歌框架——在没有 GMS 的设备上，这个角色由 microG 接管。
microG 下的完整链路
- 应用注册：应用第一次启动时向推送系统注册，拿到属于自己的令牌。这一步由 microG 代为完成，前提是云消息开关已打开。
- 设备注册：microG 每天在后台向谷歌登记一次设备（可通过开关关闭），这是推送等多项服务的前置身份。
- 长连接待命：开关打开后，microG 与推送服务器（mtalk.google.com）维持一条持久连接。
- 消息分发：服务器有新消息时经由这条连接送达 microG，再由它转交给对应应用弹通知。
为什么这是省电的设计
没有统一推送的设备上，每个聊天应用都得自己保活轮询，十几个应用就有十几条后台心跳。microG 把它们合并成一条系统级长连接：一条连接伺候所有应用，屏幕灭了也能收消息，代价远小于 N 个应用各自为战。这也是官方安装指南坚持让你关掉电池优化的原因——这条连接断了，消息就堵在半路。
不用推送的场景
如果你完全不需要消息推送（例如设备只当离线工具），可以在设置里同时关掉云消息与设备注册，microG 对谷歌的常驻连接随之消失，这是隐私最大化路线，代价是各类应用消息不可达。开关的具体位置见 开启推送通知。