应用闪退的通用排查：从版本组合到缺接口
第一步：排除版本组合
兼容问题的最大来源是"应用新版 × 框架旧版"或反向：
- 升级 microG 到最新稳定版（渠道见 下载来源）。
- 升级出问题的应用到最新版。
- 重启后再试。官方问题应用清单里的大量记录最终都以"升级后修复"收场。
第二步：识别"缺接口"型报错
应用崩溃日志里出现谷歌 API 相关字样（某服务未找到、某接口不可用）时，对照官方实现状态表：
- 处于"未实现"档的接口（Auto、Wearable、Fitness 等）→ 应用用了这些功能就没救，属于 能力边界 问题。
- 处于"部分支持"档的 → 升级框架碰运气，或找应用的旧版本绕开。
第三步：权限与伪装复核
- 自检页全勾复核一遍，伪装失效会让一批应用连锁报错。
- 应用自身的权限（存储、电话、位置）在系统设置里补齐——框架正常、应用缺权限一样闪退。
第四步：重装应用
以上都不中时：卸载应用 → 重启 → 重装 → 首次启动给它完整权限。清数据重装能解决"注册信息残留"类的灵异问题；代价是应用本地数据，重要数据先备份。
还不行：有效反馈
到项目仓库报告问题时要带齐四件套：应用名与版本、microG 版本、设备与系统版本、logcat 日志——这是官方 Wiki 明确要求的反馈格式，信息不全的报告基本无人接。细节见 社区与反馈。
推送类问题的排查是另一条线，见 推送排障。