问题来源：
对于65k的问题，我们在应用层是无法改变android系统的结构的，所以我们无法将数据类型从short改变为int或者其他类型，也就是说一个dex中的方法数不能超过65k是我们无法逾越的鸿沟，我们只能减少一个dex中的方法数，首先最容易想到的方案就是去掉一些无用的Jar包，以及将一些属性设置为public，从而可以去掉get/set方法，这种方法只能临时解决问题，随着时间的推移，总有一天还是会出现方法数超过65k的，毕竟一个应用一般是在加功能，不会减功能。
解决方案，一种是以微信为代表的，将一些功能做成插件，动态加载，另一种方案是以facebook为代表的分包方案，将一个apk中的dex文件分割成多个dex文件，然后动态的去加载dex文件。其实这两种方案的核心思想是一样的，插件是把未来要开发的新功能做成apk和dex动态加载，而分包方案是将已经完成的功能分成多个dex文件动态加载，其实我觉得插件方案比分包方案更好的解决了65k的问题，因为插件方案不仅能够解决65k问题，还能让我们的应用体积减小，而分包只能解决65k的问题。
分析
插件化技术
我们可以采用动态加载部分dex，通过将一个dex拆分成两个或多个dex，解决方法数越界的问题。
插件化是一套重量级的技术方案，我们需要通过反射来调用插件的类或方法，要使用一套插件框架来配合，而且插件化适合一些独立的模块，兼容性问题往往较多，如果只是用于解决方法数越界的话，并不是最好的方案。
multidex解决方案
为了解决方法数越界的问题，Google在2014年提出了multidex的解决方案，这个方案主要是针对AndroidStudio和Gradle编译环境的，将一个dex文件拆成两个或多个dex文件。
不过需要注意的是multidex有一个版本问题，在Android 5.0以前使用multidex需要手动引入Google提供的android-support-multidex.jar这个jar包。这个jar包我们可以在Android SDK目录下的extras/android/support/multidex/library/libs下找到。而从Android 5.0开始，Andorid默认支持了multidex。
所以，我们就需要注意我们的SDK版本了，如果已经支持了multidex，而我们又把android-support-multidex.jar放在了项目的libs文件下，就会报错。
实施解决方案的步骤：
在Gradle和代码中配置使用Multidex
在Gradle中配置使用Multidex
由于Android的Gradle插件在Android Build Tool 21.1开始支持使用multidex，所以我们需要使用Android Build Tools 21.1及以上版本，修改app目录下的build.gradle文件，有两点需要修改。
（1）在defaultConfig中添加multiDexEnabled true这个配置项。
（2）在dependencies中添加multidex的依赖：
compile ‘com.android.support:multidex:1.0.0’
注意buildToolsVersion要高于21.1，配置好如下：
在Gradle中配置好之后，我们还需要在代码中加入支持multidex的功能，有三种方案可选
方案一：在manifest文件中指定Application为MultiDexApplication，如下：
方案二：写一个Application类并继承MultiDexApplication，并在AndroidManifest.xml的application标签中进行注册（在application标签中增加name属性，并添加自己的Application类名即可），如果不是想重写MultiDexApplication中一些方法的话，还是方案一更方便些。如下：
注册如下：
方案三：如果不想按方案二继承，我们可以重写Application的attachBaseContext方法，注意，这个方法比onCreate方法先执行。具体方法是创建一个新类，继承Application，然后重写attachBaseContext方法，并在AndroidManifest.xml的application标签中进行注册（与方案二注册相同）如下：
对于在AndroidManifest.xml中注册，与方案二的注册相同。
3.使用Multide分包后两种情况的结果
我们的Demo图如下，我们根据该图和dex文件反编译的结果分析分包情况。
情况一：方法数没有越界
我们将方法数控制在65536以内，方法数没有越界的话，是不会分包的，解压apk，你会发现apk里只有一个classes.dex，如下
将其反编译后（不知道怎么反编译的可以看一下这篇博文：https://www.jianshu.com/p/1913695de091），结果如下：
可以发现，我们的类都在这个主dex文件里，并没有分包。
情况二：方法数越界
我们再将方法数增加到65536以上。解压apk，结果如下：
对三个dex文件反编译一下，看看它们里面分别都包含了什么类。
classes.dex（主dex）下的类视图：
classes2.dex的类视图
classes3.dex的类视图
可以发现Second类和Third类分别在classes2.dex文件和classes3.dex文件里，其他类都在主dex文件里（classes.dex），我们用multidex的确实现了分包从而解决了方法数越界的问题。
使用MultiDex存在的一些问题
1.Application 中的静态全局变量会比MutiDex的 instal()方法优先加载，所以建议避免在Application类中使用静态变量引用main classes.dex文件以外dex文件中的类。
或者这样解决：
一些在二级Dex加载之前,可能会被调用到的类(比如静态变量的类),需要放在主Dex中.否则会ClassNotFoundError. 通过修改Gradle,可以显式的把一些类放在Main Dex中.
afterEvaluate{tasks.matching{it.name.startsWith('dex')}.each{dx->if(dx.additionalParameters==null){dx.additionalParameters=[]}dx.additionalParameters+='--multi-dex'dx.additionalParameters+="--main-dex-list=$projectDir/".toString()}}
注意上面是修改后的Gradle,其中是一个文本文件的文件名,存放在和这个build.gradle脚本同一级的文件目录下,而不是 项目根目录。可以把这个文本文件起名为multidex.keep，内容如下.实际就是把需要放在Main Dex的类罗列出来.
android/support/multidex/BuildConfig/class
android/support/multidex/MultiDex$V14/class
android/support/multidex/MultiDex$V19/class
android/support/multidex/MultiDex$V4/class
android/support/multidex/MultiDex/class
android/support/multidex/MultiDexApplication/class
android/support/multidex/MultiDexExtractor$1/class
android/support/multidex/MultiDexExtractor/class
android/support/multidex/ZipUtil$CentralDirectory/class
android/support/multidex/ZipUtil/class
project.afterEvaluate标签在特定的project配置完成后运行，而gradle.projectsEvaluated在所有projects配置完成后运行。 注意afterEvaluate需要放在android{}里，不可放外面。
但是最新的as中，会自动判断依赖关系来分dex，比如以下application中：
public class MyApp extends MultiDexApplication {
public static MutilTest5mutilTest5 = new MutilTest5();
@Override
public void onCreate() {
super.onCreate();
}
}
默认情况下，本来MuitlText5要分到class2.dex里面去，但是因为app里静态变量需要用到MuitlText5，如果放到class2.dex中会找不到（因为app中静态变量初始化会在加载主dex文件之前执行），所以会自动放到主dex文件里去。
但是如果依靠as自动分析，在你代码存在反射和native的情况下，也不保证100%正确，如果不正确，还是需要自己配置哪个类放到主dex中
具体手动配置class.dex中包含的类请参考：http://www.jianshu.com/p/9eb063fa9c79
探索过程中查看过的博文：
Android开发中利用AndroidStudio分包生成多个dex文件：http://blog.csdn.net/yin1031468524/article/details/62237502
彻底解决Android 应用方法数不能超过65K的问题
http://blog.csdn.net/yuanzeyao/article/details/41809423
DexIndexOverflowException两种情况的解决方法
http://blog.csdn.net/maxwell_nc/article/details/51050700
Android分包方案multidex
https://www.cnblogs.com/chenxibobo/p/6076459.html
Android开发中利用AndroidStudio分包生成多个dex文件
http://blog.csdn.net/yin1031468524/article/details/62237502
《实现Android 动态加载APK（Fragment or Activity实现）》
http://blog.csdn.net/yuanzeyao/article/details/38565345
Android apk动态加载机制的研究
http://blog.csdn.net/singwhatiwanna/article/details/22597587
Android apk动态加载机制的研究（二）：资源加载和activity生命周期管理
http://blog.csdn.net/singwhatiwanna/article/details/23387079
MultiDex精补篇，进一步知道MultiDex的配置
http://blog.csdn.net/changsimeng/article/details/70946156
其实你不知道MultiDex到底有多坑
http://blog.csdn.net/qq_17766199/article/details/51285868
Android Multidex 遇到的问题
http://blog.csdn.net/wangbaochu/article/details/51178881
android 傻瓜式 MultiDex 插件，从此再也不用担心方法数问题！
http://www.bubuko.com/infodetail-1826338.html
美团Android DEX自动拆包及动态加载简介
https://tech.meituan.com/mt-android-auto-split-dex.html
使用gradle开启multiDex时，如何配置MainDex
http://blog.csdn.net/zhangbuzhangbu/article/details/52770939
Android Dex 分包指南
https://www.jianshu.com/p/b38124d332be
Android Studio Gradle配置dex分包
http://blog.csdn.net/q1113225201/article/details/53242203
Android官方MultiDex方案使用比较简单（需翻墙）：
http://developer.android.com/intl/zh-cn/tools/building/multidex.html
感谢以上博主的无私分享精神，我愿意传递下去