FCM 15.0.2搭配Dexguard在Release构建中无法生成Token的问题

我来帮你排查这个Release模式下FCM Token生成失败的问题，结合你给出的配置信息，大概率是Dexguard的混淆/优化规则不够完善，或者激进的优化策略导致FCM关键代码被移除了。下面是具体的分析和解决方案：

1. 完善Dexguard的保留规则 #

你当前的规则只保留了Firebase的基础类，但FCM运行时依赖很多通过反射调用的组件、服务和回调方法，这些都需要明确保留，否则Dexguard会把它们当成“无用代码”移除。建议把以下规则添加到你的Dexguard配置文件中：

# 保留Firebase所有核心类及其名称（避免混淆类名导致反射失败）
-keep public class com.google.firebase.** { *; }
-keepnames class com.google.firebase.** { *; }

# 保留FirebaseInstanceId相关的核心类和接收器
-keep public class com.google.firebase.iid.FirebaseInstanceId {
    public *;
}
-keep public class com.google.firebase.iid.FirebaseInstanceIdReceiver {
    public *;
}

# 保留FirebaseMessaging的服务和接收器
-keep public class com.google.firebase.messaging.FirebaseMessagingService {
    public *;
}
-keep public class com.google.firebase.messaging.FirebaseMessagingReceiver {
    public *;
}

# 保留你自定义的FCM消息服务（替换成你项目中实际的类路径）
-keep public class com.your.package.MyFirebaseMessagingService extends com.google.firebase.messaging.FirebaseMessagingService {
    public void onNewToken(java.lang.String);
    public void onMessageReceived(com.google.firebase.messaging.RemoteMessage);
}

# 禁用Firebase相关的警告，避免优化过程中因警告中断或误删代码
-dontwarn com.google.firebase.**

2. 降低Dexguard的优化级别 #

你提到用了Dexguard优化5次，这个级别过于激进，很可能会把FCM中一些非直接调用但运行时必需的代码移除。建议先把优化次数降到3次，或者在配置中添加以下规则禁用可能影响FCM的优化：

# 避免移除未被直接引用但通过反射调用的方法
-dontoptimize class com.google.firebase.** { *; }

3. 临时开启Release模式的调试日志 #

为了精准定位问题，可以临时开启Release模式的调试功能，这样能在Logcat中看到FCM Token生成失败的具体错误信息（比如类找不到、方法调用失败等）。在你的build.gradle的release构建配置中添加：

buildTypes {
    release {
        debuggable true
        // 你的其他配置：shrinkResources false、signingConfig等
    }
}

运行Release版本后，在Logcat中搜索FirebaseInstanceId、Token retrieval failed等关键词，就能找到具体的失败原因。

4. 检查Gradle版本兼容性 #

你当前使用的Gradle 4.1和Android Gradle插件2.3.3版本比较老旧，虽然和FCM 15.0.2理论上兼容，但老版本插件在处理Dexguard与FCM的整合时可能存在潜在问题。如果前面的方案都无效，可以尝试升级Gradle到4.4+，Android Gradle插件到3.0+（注意升级可能需要调整其他项目配置，建议先备份）。

内容的提问来源于stack exchange，提问作者Kyeongrae Cho