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，加固成功。
