64k的各種異常

當(dāng)你的應(yīng)用程序和庫引用達到一定規(guī)模，你遇到構(gòu)建錯誤顯示你的應(yīng)用已經(jīng)達到了一個Android應(yīng)用程序構(gòu)建體系結(jié)構(gòu)的限制。早期版本的構(gòu)建系統(tǒng)報告這個錯誤如下:

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

或者

UNEXPECTED TOP-LEVEL EXCEPTION: 
java.lang.IllegalArgumentException: method ID not in [0, 0xffff]: 65536 
at com.android.dx.merge.DexMerger$6.updateIndex(DexMerger.java:501) 
at com.android.dx.merge.DexMerger$IdMerger.mergeSorted(DexMerger.java:282) 
at com.android.dx.merge.DexMerger.mergeMethodIds(DexMerger.java:490) 
at com.android.dx.merge.DexMerger.mergeDexes(DexMerger.java:167) 
at com.android.dx.merge.DexMerger.merge(DexMerger.java:188) 
at com.android.dx.command.dexer.Main.mergeLibraryDexBuffers(Main.java:439) 
at com.android.dx.command.dexer.Main.runMonoDex(Main.java:287) 
at com.android.dx.command.dexer.Main.run(Main.java:230) 
at com.android.dx.command.dexer.Main.main(Main.java:199) 
at com.android.dx.command.Main.main(Main.java:103)

 最新版本的Android構(gòu)建系統(tǒng)顯示一個不同的錯誤，但是是同樣一個問題:

trouble writing output:
Too many field references: 131000; max is 65536.
You may try using --multi-dex option.

或者

Error:The number of method references in a .dex file cannot exceed 64K.

上面的錯誤顯示一個共同的數(shù)字:65536。這個數(shù)字是重要的，它代表了引用的總數(shù)，可以在單個調(diào)用的代碼Dalvik可執(zhí)行（Dex）字節(jié)碼文件。如果你的Android應(yīng)用發(fā)生這個錯誤，恭喜你，你的代碼已經(jīng)達到了一定的量！本文解釋了如何解決這個限制并繼續(xù)構(gòu)建應(yīng)用程序。

關(guān)于64 k引用限制

Android應(yīng)用程序（APK）在Dalvik可執(zhí)行文件的形式包含可執(zhí)行的字節(jié)碼文件（DEX）文件，其中包含已編譯的代碼來運行你的應(yīng)用程序。Dalvik可執(zhí)行規(guī)格限制一個Dex文件包含65536個方法：包括Android框架方法、Library方法的總數(shù)、和你自己的代碼方法總數(shù)。因為65536等于64×1024，這一限制被稱為“64k引用限制”。
這個極限就要求我們配置應(yīng)用程序的構(gòu)建過程，需要生成多個DEX文件，所以稱為multidex 配置。

分析原因與注意事項

解決方法分Android 5.0及以上系統(tǒng)和5.0以下系統(tǒng)怎么做?？凸賯儾灰?，先看我一個個分析原因，畢竟我要裝下逼哈哈。

一、Android 5.0以下的版本

Android 5.0（API leve 21）之前的系統(tǒng)使用Dalvik執(zhí)行應(yīng)用程序代碼。默認(rèn)情況下，Dalvik限制一個apk只有一個Dex文件。為了繞過這個限制, 我們可以使用multidex support library，它成為我們APK的主要DEX文件的一部分，負(fù)責(zé)管理我們APK訪問其他DEX文件和代碼。

注意: 如果咱的項目minSdkVersion是20或更低，運行到Android 4.4(API leve 20)或者更低版本的設(shè)備上時需要禁用AndroidStudio的即時運行

二、Android 5.0和更高版本

Android 5.0（API leve 21）和更高的系統(tǒng)使用runtime是ART ，原生支持從應(yīng)用的apk文件加載多個DEX文件。ART在安裝應(yīng)用時預(yù)編譯應(yīng)用程序，會掃描多個classes(..N).dex文件編譯成一個.oat的文件。更多Android5.0 runtime的更多信息，請參見即時運行-instant-run。

注意: 如果你使用即時運行 , AndroidStudio自動配置你的應(yīng)用程序，你應(yīng)用程序的minSdkVersion應(yīng)該設(shè)置為21或更高。因為即時只工作在你APP的Debug版本，你任然需要配置你的release版本構(gòu)建時用multidex避免64k的限制。

盡量避免64k限制

在配置我們的App啟用64k或者更多方法引用之前，我們可以減少應(yīng)用代碼內(nèi)的調(diào)度總數(shù)，包括我們自身應(yīng)用的方法和第三方的庫，下面的幾個策略或許可以幫到你：

•檢查你的APP的直接和間接的過度依賴關(guān)系：有時候我們用到某個Libaray的某幾個方法或者功能時這個庫非常大，減少這種依賴可能對與避免64k的問題非常有效。
•在正式打包構(gòu)建的時候，使用代碼混淆器ProGuard混淆移除未使用的代碼，也就是不把沒有使用的代碼打包到我們的apk中。 

使用上面的方法可以幫助我們避免在應(yīng)用程序中生成太多無用的方法和減小我們apk的大小，這對于用自己服務(wù)器做app更新升級的同學(xué)是非常有幫助的。

這里給大家推薦下任玉剛同學(xué)的插件式開發(fā)框架：https://github.com/singwhatiwanna/dynamic-load-apk，共同參與開發(fā)者：田嘯，宋思宇。

解決64k問題

在Android SDK Build Tools 21.1或者更高版本的build工具中用Android plugin gradle。確保你更新Android SDK build tools和Android support到最新版本，然后用multidex配置應(yīng)用程序。我們必須要做兩步。

第一步，修改主module的build.gradle文件

在gradle中依賴multidex，并啟用multiDexEnable：

android {
 compileSdkVersion 21
 buildToolsVersion 

 defaultConfig {
  ...
  minSdkVersion 14
  targetSdkVersion 21
  ...

  // Enabling multidex support.
  multiDexEnabled true
 }
 ...
}

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

第二步，繼承android.support.multidex.MultiDexApplication類

兩種情況

第一種情況，如果我們的APP沒有重寫過Application類，我們直接繼承MultiDexApplication，然后在manifest.xml中注冊Application即可。

第二種情況，如果我們已經(jīng)重寫過Application類，重寫attachBaseContext(Context)方法，并調(diào)用MultiDex.install(this);即可：

protected void attachBaseContext(Context base) {
super.attachBaseContext(base);
MultiDex.install(this);

因為我翻過MultiDexApplication的源碼了，里面就是重寫了這個方法而已哈哈：

public class MultiDexApplication extends Application {
 public MultiDexApplication() {
 }

 protected void attachBaseContext(Context base) {
  super.attachBaseContext(base);
  MultiDex.install(this);
 }
}

注冊Application

<?xml version= encoding=?>
<manifest xmlns:android=
 package=>
 <application
  ...
  android:name="剛才重寫的Application全類名">
  ...
 </application>
</manifest>

multidex庫的一些限制因素

 •DEX文件安裝到設(shè)備的過程非常復(fù)雜，如果第二個DEX文件太大，可能導(dǎo)致應(yīng)用無響應(yīng)。此時應(yīng)該使用ProGuard減小DEX文件的大小。
 •由于Dalvik linearAlloc的Bug，應(yīng)用可能無法在Android 4.0之前的版本啟動，如果你的應(yīng)用要支持這些版本就要多執(zhí)行測試。
 •同樣因為Dalvik linearAlloc的限制，如果請求大量內(nèi)存可能導(dǎo)致崩潰。Dalvik linearAlloc是一個固定大小的緩沖區(qū)。在應(yīng)用的安裝過程中，系統(tǒng)會運行一個名為dexopt的程序為該應(yīng)用在當(dāng)前機型中運行做準(zhǔn)備。dexopt使用LinearAlloc來存儲應(yīng)用的方法信息。Android 2.2和2.3的緩沖區(qū)只有5MB，Android 4.x提高到了8MB或16MB。當(dāng)方法數(shù)量過多導(dǎo)致超出緩沖區(qū)大小時，會造成dexopt崩潰。
 •Multidex構(gòu)建工具還不支持指定哪些類必須包含在首個DEX文件中，因此可能會導(dǎo)致某些類庫（例如某個類庫需要從原生代碼訪問Java代碼）無法使用。 

使用了multidex后的構(gòu)建優(yōu)化

一、因此如果應(yīng)用中包含lirary工程，可能會發(fā)生如下錯誤：

UNEXPECTED TOP-LEVEL EXCEPTION: 
com.android.dex.DexException: Library dex files are not supported in multi-dex mode

 這個時候我們需要禁用預(yù)編譯:

android { 
 ... 
 dexOptions { 
  preDexLibraries = false 
 } 
 ...
} 

 二、如果在運行的時候遇到如下錯誤：

UNEXPECTED TOP-LEVEL ERROR: 
java.lang.OutOfMemoryError: Java heap space

 我們需要加大java堆內(nèi)存大?。?/p>

maxProcessCount 4 // this is the default value
javaMaxHeapSize "2g"

三、提升運行速度

在Android leve 21或者更高SDK版本。使用ART-supported格式生成multidex輸出更快，為我們節(jié)省時間，所以我們不必在調(diào)試的使用也兼容到5.0以下，所以我們配置最低版本的時候做個如下兼容：

android {
 productFlavors {
  // 自定義偏好設(shè)置.
  dev {
   // 在Android leve 21或更高版本編譯更快
   minSdkVersion 21
  }
  prod {
   // 真正的生產(chǎn)環(huán)境.
   minSdkVersion 14
  }
 }
 ...
}
dependencies {
 compile 'com.android.support:multidex:1.0.1'
}

Android plugin Gradle版本低于1.1怎么辦

你需要添加 以下依賴 multidex-instrumentation :

dependencies {
 androidTestCompile('com.android.support:multidex-instrumentation:1.0.1') {
   exclude group: 'com.android.support', module: 'multidex'
 }
}

Eclipse Jar包下載：http://xiazai.jb51.net/201609/yuanma/androidsupportmultidex(jb51.net).rar

官方參考文檔：https://developer.android.com/tools/building/multidex.html

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論