嘿，这个坑我踩过好多次了！你碰到的这个错误本质很简单：你的APP里塞的方法总数超过了Android早期Dalvik虚拟机的单个dex文件上限——65536个方法。说白了就是代码和依赖库太“臃肿”了，装不下了。下面给你几个实用的解决办法，按优先级来：

1. 启用Multidex（最直接的解决方案） #

这是官方推荐的应对方法，核心是把单个dex拆成多个来装方法：

• 第一步：添加Multidex依赖
  在你的app/build.gradle文件的dependencies块里加上：

  // 如果你用的是旧的support库
  implementation 'com.android.support:multidex:1.0.3'
  // 用AndroidX的话换这个
  // implementation 'androidx.multidex:multidex:2.0.1'
  

• 第二步：开启Multidex开关
  同样在app/build.gradle的android -> defaultConfig里加一行：

  android {
      defaultConfig {
          // 其他配置...
          multiDexEnabled true
      }
  }
  

• 第三步：配置Application类
  • 如果你没自定义过Application，直接在AndroidManifest.xml的<application>标签里指定：

    <!-- support库版本 -->
    android:name="android.support.multidex.MultiDexApplication"
    <!-- AndroidX版本 -->
    <!-- android:name="androidx.multidex.MultiDexApplication" -->
    

  • 要是你有自己的Application类，要么让它继承MultiDexApplication，要么在attachBaseContext方法里手动初始化：

    @Override
    protected void attachBaseContext(Context base) {
        super.attachBaseContext(base);
        MultiDex.install(this);
    }
    

2. 精简依赖，减少方法数 #

有时候不是真的需要那么多方法，可能是你引入了冗余的依赖：

• 检查你的依赖列表，比如别再用整个com.google.android.gms:play-services包了，只引入你需要的模块（比如play-services-maps、play-services-auth），能砍掉一大波无用方法。
• 清理掉那些你已经不用的依赖库，别让它们占着资源不干活。

3. 用R8/ProGuard压缩代码 #

在release版本里开启代码混淆和压缩，它会自动移除未使用的代码、方法和类，大幅减少方法总数：
在app/build.gradle的buildTypes -> release里配置：

android {
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
    }
}

注意：debug版本也可以开启，但会减慢构建速度，所以一般只在release里用。

另外提一句：Android 5.0（API 21）及以上的ART虚拟机本身就支持多dex，但为了兼容更低版本的设备，Multidex还是得配好。

内容的提问来源于stack exchange，提问作者Toka A. Amin