[TOC]
照成问题的原因见
//www.greatytc.com/p/27319854cd45
DexKnifePlugin 治标插件
https://github.com/ceabie/DexKnifePlugin
利用这个gradle的插件，移除不需要在第一个包里面的类
multidex.keep 治标分析
遇到工程方法数16W以上，无法移走依赖的时候，DexKnifePlugin 是无效的
检查APK目前状态
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反射和动态加载特性让其仅依赖android.jar和部分接口类
- 被加载类的static initializer块里的，比如 native 加载库
- 已经静态块用到的类和inner类也会被classloader主动加载
获取当前module的 maindexlist.txt
\build\intermediates\multi-dex\debug\maindexlist.txt
或者
\build\intermediates\multi-dex\release\maindexlist.txt
在主包中的规则
- 基于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"
}
}
治本 - 代码质量治理
删除无意义代码，无意义资源
删除重复代码轮子
将业务代码从 Android 四大组件移除(参见maindexlist.txt 生成规则)
拆分重型模块，依赖越多，越成树状越易维护
降低工程依赖圈复杂度(不要循环依赖，用反射解耦)
风格检查，静态检查，单元测试
基于 gradle 配置的 Android 代码质量风控模板 https://github.com/ShubNig/AubNig-Nexus-Template
