推送收不到的排查清单：从开关到令牌逐层查

先分层，再动手

推送链路是"谷歌服务器 → microG 长连接 → 应用"。任何一层断掉表现都一样：没消息。排查顺序从下往上。

系统层（最常见的坑）

1. 电池优化：确认 microG Services 处于不优化名单。系统更新后此设置有时被重置，先查这里。
2. 后台限制：部分系统对后台应用有"深度休眠"，把 microG 加入不受限名单。
3. 省流模式：开启超省流量时后台连接可能被禁，豁免 microG。

框架层

1. 两个开关：microG 设置里"注册设备"与"云消息"是否都勾着。
2. 自检复核：进自检页确认全勾，尤其签名伪装组——伪装失效会连带一切服务异常。
3. 重启设备：开关状态改动后没重启的，先重启再说。
4. 重注册应用：到应用信息里"清除数据"后重新打开应用，让它重新向推送系统注册令牌。清除前确认应用有云备份，避免丢聊天记录。

应用层

1. 应用内通知设置：应用自己的通知总开关与分类开关是否打开。
2. 应用版本：过旧的版本可能用了 microG 未覆盖的接口，更新到新版试试。
3. 换个应用交叉验证：换一个明确依赖推送的应用测试，能收到则问题在原应用自身兼容性。

还是不行

• 查看应用的已知问题：项目 Wiki 有问题应用清单，个别应用与特定 microG 版本存在已登记的兼容缺陷，等版本修复或按清单里的变通方案处理。
• 到项目仓库检索同类报告，附上设备、系统版本、microG 版本与日志再反馈，细节见 社区与反馈。

顺带一提：如果你根本不需要推送，关掉开关即可换来更安静的隐私状态，见 推送与隐私取舍。