Gradle报错：No matching variant of project-Toy模板网

这篇具有很好参考价值的文章主要介绍了Gradle报错：No matching variant of project。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

前言

在新建一个项目时buildTypes默认有release、debug两种，我们可以选择其中一种进行编译。
Gradle报错：No matching variant of project
但是如果我们在build.gradle中再新增一种类型，例如qa时，此时会报错如下：

预备知识

首先我们要知道buildTypes是干嘛的？

它能够为你提供多种编译选择，我们可以在buildTypes中定义变量、配置混淆文件、配置签名文件等。最后生成BuildConfig.java文件。
例如：

buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
            signingConfig signingConfigs.release
            buildConfigField "String", "VALUE", "\"XXXXXX\""
        }
}

其中buildConfigField 可以在最后生成的BuildConfig.java文件中生成一个静态变量。这是用处非常大的，就比如debug环境和release环境的请求地址可能不同，就可以通过这个进行定义，避免打包的时候忘记修改地址等问题。
Gradle报错：No matching variant of project
在项目中每个moudle都有对应的build.gradle文件，所以每个moudle都可以生成一个BuildConfig.java

产生原因

当我们有多模块时，app模块选择了qa的type进行编译，此时依赖了moudle1，当它编译时，由于他没有声明qa这个buildTypes，编译器不知道如何生成对应的buildConfig文件。此时就会报错。

解决办法

方法一：

在moudel1的build.gradle文件下也加上qa的buildTypes，这样编译器就能找到如何生成文件了。但是当app依赖的模块过多的时候，就要一个模块一个模块的增加类型，这样比较麻烦。

方法二：

在app的build.gradle通过matchingFallbacks关键词，对该类型进行一个补充说明，意思是如果没有找到这个type，那么可以用配置的参数继续编译。举个例子就明白了

 //app下的build.gradle
 buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
        qa {
            matchingFallbacks = ['release']
            buildConfigField "String", "VALUE", "\"app buildTypes 类型为qa\""
        }
    }
    
//moudle1下的build.gradle
buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
            buildConfigField "String", "VALUE", "\"虽然app用的是qa，但是我moudle找不到，所以用release\""
        }
    }