无法在单个 dex 文件中容纳请求的类颤振

当我们在开发Android应用时，可能会遇到以下错误信息：

Unable to execute dex: method ID not in [0, 0xffff]: 65536
Conversion to Dalvik format failed: Unable to execute dex: method ID not in [0, 0xffff]: 65536

这个错误提示告诉我们，已经达到了DEX文件中可容纳的类的数量上限，导致编译失败。这个上限是65536个方法数。

为什么会产生这个错误？

这是由于Android平台对DEX文件有一个固定的限制，即一个DEX文件中最多只能包含65536个方法数限制。

在编译Java源代码时，每个Java源文件都被编译为一个对应的.class文件。Android SDK在打包APK时会把.class文件打包成一个dex文件，而dex文件在Android应用中运行。

这意味着，如果项目中包含了太多的类，每个类中又定义了太多的方法，导致所有的dex文件总数超出了65536个方法数的限制，那么就会出现这个错误。

如何解决这个问题？

1. 开启MultiDex：

Android SDK提供了一个解决方法：开启MultiDex。这个方法就是让Android应用支持分包，可以将启动时需要的类放在主包（dex文件），其他类放在dex分包文件中。

在gradle中配置MultiDex十分简单：

android {
  defaultConfig {
    ...
    multiDexEnabled true
  }
  ...
}

dependencies {
  compile 'com.android.support:multidex:1.0.3'
}

MultiDex模式会在运行时自动解压并加载.jar或.dex文件，可以解决65536个方法数限制问题。

注意：在application类中需要调用MultiDex.install(this);来进行初始化操作，以便在使用时能够正常运行。

2. 删除无用代码：

另外一种方法是删除项目中无用的代码。在ProGuard混淆调试时会自动优化和删除无用的代码，这样可以减少dex文件的大小。

3. 减少依赖库：

如果你使用了很多依赖库，尝试升级依赖库并减少依赖库的数量。有些库在升级后可以有效减少方法数。

4. 自定义apk打包方式：

手动分包，把不依赖的jar或library打成独立的dex文件扔到assets目录下，解压到本地文件系统再通过DexClassLoader动态加载。然后再删除主dex里的跟分包有关的所有类。

以上是一些解决办法，具体的使用方式请根据实际情况选择。