Android: Gradle 3.0自定义打包方式引发的问题

本文摘抄自https://blog.csdn.net/weixin_34342992/article/details/87346386，感谢楼主解决了我困扰很久的问题，此文章作为记录

项目的gradle升级到3.0以后发现项目编译不过，报错内容如下

其中debugProguard即为自定义的打包方式

下面为解决的引用内容

Android Studio 3.0 + Gradle 3.0 相信许多人都跃跃欲试。升级到 Gradle 3.0 可能需要做一些改动，详情可见Migrate to Android Plugin for Gradle 3.0.0。
Gradle3.0 中自定义 BuildType 有需要注意的地方

Cause of build error

Your app includes a build type that a library dependency does not.

在 Gradle 2.x 时代，如果 app 中定义了 pre 类型，而子模块中没有定义，是不会报错的。但在 Gradle 3.0 下，如果你的 app 包含了新的自定义的 buildType，而依赖库中却没有相应的自定义 buildType，则编译阶段就会报错。

一种解决方案是在子模块里也定义 app 中的所有 buildType，当然，项目里依赖多的同学肯定要吐槽了：我懒！不想修改辣么多东西！
这里 Gradle 也提供了比 2.x 时代更智能的兼容方案：matchingFallbacks

在 buildTypes 中定义 matchingFallbacks，可以指定在子模块中没找到对应的构建类型时要加载哪个类型
 

//app 模块下的 build.gradle 中
buildTypes {
    debug {
        buildConfigField "String", "BASE_URL", "\"http://debug.api/\""
    }
 
    release {
        buildConfigField "String", "BASE_URL", "\"https://release.api/\""        
    }
 
    pre.initWith(release) 
    pre {
        buildConfigField "String", "BASE_URL", "\"https://pre.api/\""  
        matchingFallbacks = ['pre', 'debug', 'release']
    }

matchingFallbacks 可以定义多个构建类型，当执行gradle assemblePre 构建 Pre 版本时，而恰巧某个子模块又没有定义 pre 版本，则会一一按照你指定的 matchingFallbacks 从前往后依次寻找，直到类型匹配。这种匹配方案比 Gradle 2.x 时代默认为你构建 release 版本要智能的多，至少我们还可以根据变量来在构建不同类型时定义不同的匹配顺序。并且我们也可以抛弃掉前文提到的defaultPublishConfig配置了，因为 Gradle 3.x 中，只要 gradle 构建时，子模块的构建类型变成了与 app 构建类型一致了（前提是子模块中也定义了该类型），变得更加灵活。