[TOC]

照成问题的原因见

http://www.jianshu.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.Annotation android.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