[TOC]
照成問題的原因見
http://www.reibang.com/p/27319854cd45
DexKnifePlugin 治標插件
https://github.com/ceabie/DexKnifePlugin
利用這個gradle的插件念脯，移除不需要在第一個包里面的類
multidex.keep 治標分析
遇到工程方法數16W以上乘粒，無法移走依賴的時候壮啊，DexKnifePlugin 是無效的
檢查APK目前狀態(tài)
apk dex 方法分析器 dex-method-counts
https://github.com/mihaip/dex-method-counts
找出風險方法的分布茫虽，集中解決一下方法依賴的問題
不要直接用 dex-method-counts 分析 apk 寞冯，將 unzip 后，分析第一個 class.dex 文件
指定 maindexlist.txt 數量
- MultiDex包肯定必須在主包內
- 根據 Application 引用分析出 MultiDex.install 之前的所有必須放入maindex的類
Application對外依賴則越少越好，甚至可以通過java反射和動態(tài)加載特性讓其僅依賴android.jar和部分接口類
- 被加載類的static initializer塊里的，比如 native 加載庫
- 已經靜態(tài)塊用到的類和inner類也會被classloader主動加載
獲取當前module的 maindexlist.txt
\build\intermediates\multi-dex\debug\maindexlist.txt
或者
\build\intermediates\multi-dex\release\maindexlist.txt
在主包中的規(guī)則
- 基于apk運行的加載機制焙畔，Application 中的引用肯定在在主包內
- 開啟 MultiDex 分包 那么
android.support.multidex包肯定必須在主包內 - 繼承
java.lang.annotation.Annotationandroid.app.backup.BackupAgent在主包 - 在
AndroidManifest.xml注冊的四大組件，必須在第一個包 - 使用
instrumentation測試技術實現的必須在第一個包內
配置gradle指定主包
制作
multidex.keep到 輸出app模塊的根目錄
afterEvaluate {
tasks.matching {
it.name.startsWith("dex")
}.each { dx ->
if (dx.additionalParameters == null) {
dx.additionalParameters = []
}
// 允許生成多個dex文件
dx.additionalParameters += '--multi-dex' // enable multidex
// 設置multidex.keep文件中class為第一個dex文件中包含的class
dx.additionalParameters += "--main-dex-list=$projectDir/multidex.keep".toString()
// 添加后第一個classes.dex文件只能包含-main-dex-list列表中class
// 沒有這設置此項無作用
dx.additionalParameters += "--minimal-main-dex"
}
}
治本 - 代碼質量治理
刪除無意義代碼串远，無意義資源
刪除重復代碼輪子
將業(yè)務代碼從 Android 四大組件移除(參見maindexlist.txt 生成規(guī)則)
拆分重型模塊宏多，依賴越多，越成樹狀越易維護
降低工程依賴圈復雜度(不要循環(huán)依賴澡罚，用反射解耦)
風格檢查伸但，靜態(tài)檢查，單元測試
基于 gradle 配置的 Android 代碼質量風控模板 https://github.com/ShubNig/AubNig-Nexus-Template
