AndoridStudio解决项目65536方法超出限制的解决办法！

其实解决这个问题的方法挺简单的，但是因为对AndroidStudio的配置不是很了解弄了半天！唉！

我用的AndroidStudio的版本是2.2的，然后用的buildToolsVersion是21.1.2；

其实解决这个问题的方法就是分包：

 在Android系统中，一个App的所有代码都在一个Dex文件里面。Dex是一个类似Jar的存储了多有Java编译字节码的归档文件。因为Android系统使用Dalvik虚拟机，所以需要把使用Java Compiler编译之后的class文件转换成Dalvik能够执行的class文件。这里需要强调的是，Dex和Jar一样是一个归档文件，里面仍然是Java代码对应的字节码文件。当Android系统启动一个应用的时候，有一步是对Dex进行优化，这个过程有一个专门的工具来处理，叫DexOpt。DexOpt的执行过程是在第一次加载Dex文件的时候执行的。这个过程会生成一个ODEX文件，即Optimised Dex。执行ODex的效率会比直接执行Dex文件的效率要高很多。但是在早期的Android系统中，DexOpt有一个问题，也就是这篇文章想要说明并解决的问题。DexOpt会把每一个类的方法id检索起来，存在一个链表结构里面。但是这个链表的长度是用一个short类型来保存的，导致了方法id的数目不能够超过65536个。当一个项目足够大的时候，显然这个方法数的上限是不够的。尽管在新版本的Android系统中，DexOpt修复了这个问题，但是我们仍然需要对低版本的Android系统做兼容.

解决办法：

在我上面的硬件环境下，不需要导入android-support-multidex.jar这个包，直接在项目里依赖就可以了，否则会报重复引入类的错误！

依赖成功之后，如果你的工程中已经含有Application类,那么让它继承android.support.multidex.MultiDexApplication类,

     如果你的Application已经继承了其他类并且不想做改动，那么还有另外一种使用方式,覆写attachBaseContext()方法:

或者是：

然后，打开你项目下的build.gradle

添加两段代码，

defaultConfig {

multiDexEnabledtrue

}

这段代码一定要放在application下的build.gradle下，才能是整个解决方案有效！

因为，我这个项目是层层依赖项目的关系所以一开始没有没放对地方所以一直没有成功！