已集成Fabric与Multidex，部分设备启动App仍报CrashlyticsCore类找不到错误

我之前在集成Fabric的时候也碰到过一模一样的NoClassDefFoundError问题，尤其是在一些低版本Android设备上，结合我踩过的坑和解决经验，给你几个可行的方案：

1. 补全Multidex的完整配置 #

虽然你提到已经配置了Multidex，但大概率是细节没做到位：

• 检查Module级别的build.gradle，确保这两处配置都正确：

  android {
      defaultConfig {
          // 必须开启Multidex开关
          multiDexEnabled true
      }
  }
  
  dependencies {
      // 注意用AndroidX版本的Multidex依赖，不要用旧的support库版本
      implementation 'androidx.multidex:multidex:2.0.1'
  }
  

• 如果你的自定义Application没有继承MultiDexApplication，一定要在attachBaseContext里手动初始化Multidex：

  @Override
  protected void attachBaseContext(Context base) {
      super.attachBaseContext(base);
      // 这行代码要放在super调用之后，onCreate之前
      MultiDex.install(this);
  }
  

2. 保护Crashlytics类不被混淆工具剥离 #

ProGuard或R8很容易误删Crashlytics的核心类，在proguard-rules.pro里添加以下规则：

-keep class com.crashlytics.** { *; }
-keep class com.google.firebase.crashlytics.** { *; }
-keepattributes SourceFile,LineNumberTable

即使你用的是R8优化，上面的规则也同样适用，能确保核心类不被剥离。

3. 彻底清理项目缓存并重构 #

很多时候是缓存导致的依赖异常，按顺序执行以下操作：

• 点击Android Studio顶部菜单栏的Build -> Clean Project
• 接着执行Build -> Rebuild Project
• 可以手动删除项目根目录下的.gradle、app/build文件夹，再重新同步项目

4. 调整Crashlytics的初始化时机 #

确保在Application.onCreate()里的初始化顺序正确：

@Override
public void onCreate() {
    super.onCreate();
    // 如果是手动初始化Multidex，这行要放在最前面
    // MultiDex.install(this);
    // 再初始化Crashlytics
    Fabric.with(this, new Crashlytics());
}

不要在attachBaseContext之前初始化Crashlytics，避免Multidex还没生效就加载类。

5. 针对低版本设备的主dex强制配置 #

如果问题只出现在Android 4.4及以下设备，说明Crashlytics的核心类没被分到主dex里，需要强制指定：

• 在Module级别的build.gradle里添加：

  android {
      dexOptions {
          preDexLibraries = false
          additionalParameters = [
              '--main-dex-list=maindexlist.txt'
          ]
      }
  }
  

• 在项目根目录创建maindexlist.txt，写入以下内容：

  com/crashlytics/android/core/CrashlyticsCore.class
  com/crashlytics/android/Crashlytics.class
  

  这样就能强制把这两个核心类放到主dex中，低版本设备就能正常加载了。

内容的提问来源于stack exchange，提问作者Azamat Azhimkulov