問題來源：
對于65k的問題，我們在應用層是無法改變android系統(tǒng)的結構的档礁，所以我們無法將數(shù)據(jù)類型從short改變?yōu)閕nt或者其他類型，也就是說一個dex中的方法數(shù)不能超過65k是我們無法逾越的鴻溝冈敛，我們只能減少一個dex中的方法數(shù)惧盹，首先最容易想到的方案就是去掉一些無用的Jar包，以及將一些屬性設置為public肝集，從而可以去掉get/set方法瞻坝，這種方法只能臨時解決問題，隨著時間的推移杏瞻，總有一天還是會出現(xiàn)方法數(shù)超過65k的所刀，畢竟一個應用一般是在加功能，不會減功能捞挥。
解決方案浮创，一種是以微信為代表的，將一些功能做成插件砌函，動態(tài)加載斩披，另一種方案是以facebook為代表的分包方案，將一個apk中的dex文件分割成多個dex文件讹俊，然后動態(tài)的去加載dex文件雏掠。其實這兩種方案的核心思想是一樣的，插件是把未來要開發(fā)的新功能做成apk和dex動態(tài)加載劣像，而分包方案是將已經(jīng)完成的功能分成多個dex文件動態(tài)加載乡话，其實我覺得插件方案比分包方案更好的解決了65k的問題，因為插件方案不僅能夠解決65k問題耳奕，還能讓我們的應用體積減小绑青，而分包只能解決65k的問題。
分析
插件化技術
我們可以采用動態(tài)加載部分dex屋群，通過將一個dex拆分成兩個或多個dex闸婴，解決方法數(shù)越界的問題。
插件化是一套重量級的技術方案芍躏，我們需要通過反射來調(diào)用插件的類或方法邪乍，要使用一套插件框架來配合，而且插件化適合一些獨立的模塊，兼容性問題往往較多庇楞，如果只是用于解決方法數(shù)越界的話榜配，并不是最好的方案。
multidex解決方案
為了解決方法數(shù)越界的問題吕晌，Google在2014年提出了multidex的解決方案蛋褥，這個方案主要是針對AndroidStudio和Gradle編譯環(huán)境的，將一個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版本了匙瘪，如果已經(jīng)支持了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方法先執(zhí)行堡称。具體方法是創(chuàng)建一個新類，繼承Application艺演，然后重寫attachBaseContext方法却紧，并在AndroidManifest.xml的application標簽中進行注冊（與方案二注冊相同）如下：
對于在AndroidManifest.xml中注冊桐臊，與方案二的注冊相同。
3.使用Multide分包后兩種情況的結果
我們的Demo圖如下晓殊，我們根據(jù)該圖和dex文件反編譯的結果分析分包情況断凶。
情況一：方法數(shù)沒有越界
我們將方法數(shù)控制在65536以內(nèi)，方法數(shù)沒有越界的話挺物，是不會分包的懒浮，解壓apk飘弧，你會發(fā)現(xiàn)apk里只有一個classes.dex识藤，如下
將其反編譯后（不知道怎么反編譯的可以看一下這篇博文：http://www.reibang.com/p/1913695de091），結果如下：
可以發(fā)現(xiàn)次伶，我們的類都在這個主dex文件里痴昧，并沒有分包。
情況二：方法數(shù)越界
我們再將方法數(shù)增加到65536以上冠王。解壓apk赶撰，結果如下：
對三個dex文件反編譯一下，看看它們里面分別都包含了什么類柱彻。
classes.dex（主dex）下的類視圖：
classes2.dex的類視圖
classes3.dex的類視圖
可以發(fā)現(xiàn)Second類和Third類分別在classes2.dex文件和classes3.dex文件里豪娜，其他類都在主dex文件里（classes.dex），我們用multidex的確實現(xiàn)了分包從而解決了方法數(shù)越界的問題哟楷。
使用MultiDex存在的一些問題
1.Application?中的靜態(tài)全局變量會比MutiDex的?instal()方法優(yōu)先加載瘤载，所以建議避免在Application類中使用靜態(tài)變量引用main classes.dex文件以外dex文件中的類。
或者這樣解決：
一些在二級Dex加載之前,可能會被調(diào)用到的類(比如靜態(tài)變量的類),需要放在主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，內(nèi)容如下.實際就是把需要放在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里靜態(tài)變量需要用到MuitlText5，如果放到class2.dex中會找不到（因為app中靜態(tài)變量初始化會在加載主dex文件之前執(zhí)行）账千，所以會自動放到主dex文件里去侥蒙。
但是如果依靠as自動分析，在你代碼存在反射和native的情況下匀奏，也不保證100%正確鞭衩，如果不正確，還是需要自己配置哪個類放到主dex中
具體手動配置class.dex中包含的類請參考：http://www.reibang.com/p/9eb063fa9c79
探索過程中查看過的博文：
Android開發(fā)中利用AndroidStudio分包生成多個dex文件：http://blog.csdn.net/yin1031468524/article/details/62237502
徹底解決Android 應用方法數(shù)不能超過65K的問題
http://blog.csdn.net/yuanzeyao/article/details/41809423
DexIndexOverflowException兩種情況的解決方法
http://blog.csdn.net/maxwell_nc/article/details/51050700
https://www.cnblogs.com/chenxibobo/p/6076459.html
Android開發(fā)中利用AndroidStudio分包生成多個dex文件
http://blog.csdn.net/yin1031468524/article/details/62237502
《實現(xiàn)Android 動態(tài)加載APK（Fragment or Activity實現(xiàn)）》
http://blog.csdn.net/yuanzeyao/article/details/38565345
http://blog.csdn.net/singwhatiwanna/article/details/22597587
Android apk動態(tài)加載機制的研究（二）：資源加載和activity生命周期管理
http://blog.csdn.net/singwhatiwanna/article/details/23387079
MultiDex精補篇，進一步知道MultiDex的配置
http://blog.csdn.net/changsimeng/article/details/70946156
http://blog.csdn.net/qq_17766199/article/details/51285868
Android Multidex 遇到的問題
http://blog.csdn.net/wangbaochu/article/details/51178881
android 傻瓜式 MultiDex 插件论衍，從此再也不用擔心方法數(shù)問題瑞佩！
http://www.bubuko.com/infodetail-1826338.html
美團Android DEX自動拆包及動態(tài)加載簡介
https://tech.meituan.com/mt-android-auto-split-dex.html
使用gradle開啟multiDex時，如何配置MainDex
http://blog.csdn.net/zhangbuzhangbu/article/details/52770939
Android Dex 分包指南
http://www.reibang.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
感謝以上博主的無私分享精神坯台，我愿意傳遞下去
