Android社群中多次說到了dex包的65536方法數限制，現在針對這個問題的解決方法是dex分包(Multidexing)。雖然這是google提出的一個很好的解決辦法，但是我注意到了它對App的啟動速度影響很嚴重（這個問題現在還沒有被Android社群所重視）。所以我寫下了這篇文章，寫給那些想實現dex分包但是不知道它的這個缺點或者已經實現了dex分包但是想看看它效能的開發者。

背景

簡單來說，構建Android應用時這樣一個流程：Java程式碼=>.class檔案（與依賴庫）=>獨立的.dex檔案。這個.dex檔案最後與資原始檔一起打包成.apk檔案，這就是你最後從應用商店下載下來的安裝檔案。

對編譯過程的一個限制就是在dex檔案中系統允許的方法總數最多為65536。早期的Android開發者通過混淆來減少不必要的程式碼，從而避免方法數超過限制的問題。然而混淆在這方面能做到的事情比較有限，而且它只是延緩了方法數量過限的時間，並沒有根治。所以後來Google在support library裡面出了一個解決方案：dex分包（Multidex），這個方案可以很方便地處理方法數超過限制的問題，但是就如同我之前所說，它會極大地延緩App的啟動速度。

使用Multidex

Multidex現在是一個成熟的、文件豐富的工具。

NoClassDefFoundError?!

當你在專案中使用了multidex的時候，你的app可能會產生java.lang.NoClassDefFoundError

異常。這意味著你的app在啟動的時候沒有找到含有指定類的class檔案。Android的Gradle外掛首先需要SDK build tools 21.1及以上才支援multidex，它會在混淆工程之後列出一個主dex檔案中包含的類的清單（[buildDir]/intermediates/multi-dex/[buildType]/maindexlist.txt）。但這裡面可能沒有包含所有在App啟動時需要載入的類，這時啟動App就會丟擲這個異常。

如何解決？

要解決這個問題，你要列出一份啟動App時需要載入的類的清單，並告訴編譯器這些類要保留在主dex檔案中。你可以這麼做：

• 在工程資料夾下建立一個multidex.keep
  檔案
• 將java.lang.NoClassDefFoundError異常中報出的類列到multidex.keep中。（不要修改maindexlist.txt，這個檔案每次都會重新生成，改動無效）
• 在使用混淆的模組的gradle指令碼中天下如下程式碼，它會每次在編譯的時候將multidex.keep檔案中的內容新增到`maindexlist.txt"中。

[程式碼]java程式碼：

?

01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

android.applicationVariants.all { variant -> task "fix${variant.name.capitalize()}MainDexClassList" << { logger.info "Fixing main dex keep file for $variant.name" File keepFile = new File("$buildDir/intermediates/multi-dex/$variant.buildType.name/maindexlist.txt") keepFile.withWriterAppend { w -> // Get a reader for the input file w.append('\n') new File("${projectDir}/multidex.keep").withReader { r -> // And write data from the input into the output w << r << '\n' } logger.info "Updated main dex keep file for ${keepFile.getAbsolutePath()}\n$keepFile.text" } } } tasks.whenTaskAdded { task -> android.applicationVariants.all { variant -> if (task.name == "create${variant.name.capitalize()}MainDexClassList") { task.finalizedBy "fix${variant.name.capitalize()}MainDexClassList" } } }

Multidex對應用啟動速度造成的影響。

如果你使用了multidex，那麼你需要注意它可能會加長App的啟動速度。我們通過追蹤App的啟動時間（從點選icon到所有的圖示被下載、顯示的時間）。當使用multidex後，4.4及以下的系統啟動時間會加長大約15%，你可以在Carlos Sessa的這篇文章中瞭解到更多資訊。

由於5.0以上的Android系統採用了ART執行時，它本身就支援multidex的載入，所以5.0以上系統影響較小。但是5.0以下的系統將會在載入主dex之外的類時會有比較明顯的延遲。

解決multidex帶來的啟動時間影響

在App啟動到所有圖片載入到螢幕上之間的這段時間內，有很多類既沒有被混淆，也不在主dex檔案中。我們要怎麼知道哪些類已經被App載入了呢？

相關推薦