隨著業(yè)務(wù)規(guī)模發(fā)展到一定程度，不斷地加入新功能、添加新的類庫，代碼在急劇的膨脹，相應(yīng)的apk包的大小也急劇增加， 那么終有一天，你會不幸遇到這個錯誤：
Conversion to Dalvik format failed:Unable to execute dex: method ID not in [0, 0xffff]: 65536
具體原因如下：
http://tech.meituan.com/mt-android-auto-split-dex.html?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io
1.修改Gradle配置文件，啟用MultiDex并包含MultiDex支持：
android {
defaultConfig {
? ? ? ? multiDexEnabled true
? ? }
}
dependencies {
? ? ? ? compile'com.android.support:multidex:1.0.1'
}
在AndroidManifest.xml的application中聲明android.support.MultiDex.MultiDexApplication；
如果你已經(jīng)有自己的Application類，讓其繼承MultiDexApplication；
如果你的Application類已經(jīng)繼承自其它類，你不想/能修改它，那么可以重寫attachBaseContext()方法：
@Override
protected void attachBaseContext(Context base) {
? ? super.attachBaseContext(base);
? ? MultiDex.install(this);
}
MultiDex自動拆包帶來的問題：
1.在冷啟動時因為需要安裝DEX文件，如果DEX文件過大時，處理時間過長，很容易引發(fā)ANR（Application Not Responding）；
2.采用MultiDex方案的應(yīng)用可能不能在低于Android 4.0 (API level 14) 機器上啟動，這個主要是因為Dalvik linearAlloc的一個bug ;
3.采用MultiDex方案的應(yīng)用因為需要申請一個很大的內(nèi)存，在運行時可能導(dǎo)致程序的崩潰，這個主要是因為Dalvik linearAlloc 的一個限制，這個限制在 Android 4.0 (API level 14)已經(jīng)增加了, 應(yīng)用也有可能在低于 Android 5.0 (API level 21)版本的機器上觸發(fā)這個限制；
MultiDex手動拆包：
Android Studio 中提供了相應(yīng)的手動拆包的方法：
1.multiDexKeepFile：手動加入要放到Main.dex中的類。
例：
android/support/multidex/MultiDex.class
2.multiDexKeepProguard：以Proguard的方式手動加入要放到Main.dex中的類。
例：
-keep class android.support.multidex.** {
? ? *;
}
使用
build.gradle中配置：
android {
? ? defaultConfig {
? ? ? ? multiDexEnabled true
? ? ? ? // 'multidex.pro'和build.gradle同一個目錄
? ? ? ? multiDexKeepProguard file('multidex.pro')
? ? }
}
dependencies {
? ? compile'com.android.support:multidex:1.0.1'
}
multidex.pro加入:
-keep class android.support.multidex.** {
*;
}
編譯時，相應(yīng)的文件文件會加入到
build/intermediates/multi-dex/***/maindexlist.txt
build/intermediates/multi-dex/***/manifest_keep.txt
總結(jié)
上面是我在使用MultiDex過程中發(fā)現(xiàn)的DEX手動拆包的方案。由于時間倉促，項目要趕進度，所以直接貼代碼了，關(guān)于后續(xù)的MultiDex.install(this)異步加載方法和出現(xiàn)ClassNotFoundException的異常，以后再詳細的去寫吧。
