Gradle3.2.x分包填坑

Gradle从2.x升级至3.2.x以后，遇到很多问题，这里做下记录。

这是原先的分包方式：

app build.gradle文件

multiDexEnabled = true
multiDexKeepProguard file('multiDexKeep.txt')

dexOptions {
    javaMaxHeapSize "4g"
    keepRuntimeAnnotatedClasses false
    additionalParameters += '--set-max-idx-number=62000'
    jumboMode = true
}

由于公司项目使用了梆梆加固，梆梆对每一个dex文件都有最大方法数和最大字符数的要求，总之就是：加固后的dex文件方法数和字符数均不能超过65535，所以梆梆自己定义了一个加固前的“合适”方法数：62000。

升级Gradle3.2.x以后，加固时发现因方法超限而失败了，检查后发现：
分包确实成功了，但是方法数没有按照要求限制在62000以内。

之后通过多方查找，通过在gradle.properties文件加入以下俩个属性 ①解决了不按照方法数限制分包的问题。

android.enableD8=false
//虽然useDexArchive提示过期，但是该属性必须有
android.useDexArchive=false

这次打包加固方法数终于不超限了，然而字符数超限了...（一万只草泥马...）

字符数没有显式的属性可以控制，但是可以想到字符数是和方法数有直接关联的，方法数减少字符数自然就能减少了。

经过测试，梆梆提供的62000只能满足方法数的要求，字符数在很大概率上还是会超限的。当方法数<58000~60000 ②时，基本就能满足梆梆的要求了。

于是我按下面方式去配置build.gradle:

    dexOptions {
        javaMaxHeapSize "4g"
        keepRuntimeAnnotatedClasses false
        additionalParameters += '--multi-dex'
        additionalParameters += '--set-max-idx-number=59000'
        additionalParameters += '--minimal-main-dex'
        jumboMode = true
    }

这时报错说main dex方法数超限了，原来是multiDexKeepProguard file('multiDexKeep.txt')中配置了太多的class在主dex中，这时候就需要根据项目酌情删减 ③了。

从主dex中移除了非必须的class后，终于满足了方法数小于59000的要求，这时加固后的方法数和字符数均小于65535，加固成功。