我也遇到了同样的问题，但找不到完美的解决方案。这只是个变通办法。 我在想谷歌怎么就没想过口味呢?我希望他们能尽快提出更好的解决方案。

我在做什么:

我有两种风格，在每一种风格中我都放入了相应的google服务。Json: src/flavor1/google-services。Json和src/flavor2/google-services。json。

然后在构建gradle中，我根据应用程序/目录的口味复制文件:

android {

// set build flavor here to get the right gcm configuration.
//def myFlavor = "flavor1"
def myFlavor = "flavor2"

if (myFlavor.equals("flavor1")) {
    println "--> flavor1 copy!"
    copy {
        from 'src/flavor1/'
        include '*.json'
        into '.'
    }
} else {
    println "--> flavor2 copy!"
    copy {
        from 'src/flavor2/'
        include '*.json'
        into '.'
    }
}

// other stuff
}

限制:每次你想运行一个不同的口味时，你必须在gradle中手动更改myFlavor(因为它是硬编码的)。

我尝试了很多方法来获得当前的构建风格，比如afterEvaluate关闭…直到现在都找不到更好的解决办法了。

更新，另一个解决方案:一个谷歌服务。Json的所有口味:

你也可以，为每个口味有不同的包名，然后在谷歌开发控制台，你不需要为每个口味创建两个不同的应用程序，只需要在同一个应用程序中创建两个不同的客户端。 那么你就只有一个google服务了。Json，包含你的两个客户端。 当然，这取决于你如何实现你的口味的后端。如果它们没有分开，那么这个解决方案就不能帮助你。

Google -services插件的目的是简化谷歌特性的集成。

因为它只从google服务中生成android资源。json文件，过于复杂的gradle逻辑否定了这一点，我认为。

因此，如果google文档没有说明特定的google特性需要哪些资源，我建议为每个相关的buildtype/flavor生成json文件，看看插件生成了哪些资源，然后手动将这些资源放入各自的src/buildtypeORflavor/res目录中。

删除对google-services插件和json文件的引用，就完成了。

有关google-services gradle-plugin内部工作原理的详细信息，请参阅我的另一个答案:

https://stackoverflow.com/a/33083898/433421

根据@ZakTaccardi的回答，并且假设您不想在两个版本中都使用一个项目，请将此添加到构建的末尾。gradle文件:

def appModuleRootFolder = '.'
def srcDir = 'src'
def googleServicesJson = 'google-services.json'

task switchToStaging(type: Copy) {
    outputs.upToDateWhen { false }
    def flavor = 'staging'
    description = "Switches to $flavor $googleServicesJson"
    delete "$appModuleRootFolder/$googleServicesJson"
    from "${srcDir}/$flavor/"
    include "$googleServicesJson"
    into "$appModuleRootFolder"
}

task switchToProduction(type: Copy) {
    outputs.upToDateWhen { false }
    def flavor = 'production'
    description = "Switches to $flavor $googleServicesJson"
    from "${srcDir}/$flavor/"
    include "$googleServicesJson"
    into "$appModuleRootFolder"
}

afterEvaluate {
    processStagingDebugGoogleServices.dependsOn switchToStaging
    processStagingReleaseGoogleServices.dependsOn switchToStaging
    processProductionDebugGoogleServices.dependsOn switchToProduction
    processProductionReleaseGoogleServices.dependsOn switchToProduction
}

你需要src/staging/google-services文件。Json和src/production/google-services.json。替换您所使用的风味名称。

嘿，朋友也寻找名称只使用小写，那么你不会得到这个错误

我们对调试构建有不同的包名(*.debug)，所以我想要一些基于flavor和buildType的东西，而不必在processDebugFlavorGoogleServices的模式中编写任何与flavor相关的东西。

我在每个版本中创建了一个名为“google-services”的文件夹，包含了json文件的调试版本和发布版本:

在gradle文件的buildTypes部分，添加以下内容:

    applicationVariants.all { variant ->
            def buildTypeName = variant.buildType.name
            def flavorName = variant.productFlavors[0].name;

            def googleServicesJson = 'google-services.json'
            def originalPath = "src/$flavorName/google-services/$buildTypeName/$googleServicesJson"
            def destPath = "."

            copy {
                if (flavorName.equals(getCurrentFlavor()) && buildTypeName.equals(getCurrentBuildType())) {
                    println originalPath
                    from originalPath
                    println destPath
                    into destPath
                }
            }
    }

当你切换构建变量时，它会自动在你的应用模块的根处复制正确的json文件。

在build.gradle的根中添加这两个被调用的方法，以获取当前风格和当前构建类型

def getCurrentFlavor() {
    Gradle gradle = getGradle()
    String  tskReqStr = gradle.getStartParameter().getTaskRequests().toString()

    Pattern pattern;

    if( tskReqStr.contains( "assemble" ) )
        pattern = Pattern.compile("assemble(\\w+)(Release|Debug)")
    else
        pattern = Pattern.compile("generate(\\w+)(Release|Debug)")

    Matcher matcher = pattern.matcher( tskReqStr )

    if( matcher.find() ) {
        println matcher.group(1).toLowerCase()
        return matcher.group(1).toLowerCase()
    }
    else
    {
        println "NO MATCH FOUND"
        return "";
    }
}

def getCurrentBuildType() {
    Gradle gradle = getGradle()
    String  tskReqStr = gradle.getStartParameter().getTaskRequests().toString()

        if (tskReqStr.contains("Release")) {
            println "getCurrentBuildType release"
            return "release"
        }
        else if (tskReqStr.contains("Debug")) {
            println "getCurrentBuildType debug"
            return "debug"
        }

    println "NO MATCH FOUND"
    return "";
}

就是这样，你不必担心从你的gradle文件中删除/添加/修改口味，它得到调试或发布谷歌服务。自动json。

更新:下面的解释是针对一个Android Studio项目，该项目中有一个Firebase项目和不同的Firebase应用程序。 如果目标是在同一个Android Studio项目中的不同Firebase项目中为不同的Firebase应用程序提供不同的JSON文件，(或者如果你不知道有什么区别)请查看这里。

每个Android应用程序ID(通常是包名)需要一个Firebase应用程序。通常每个Gradle构建变体都有一个Application ID(如果你使用Gradle构建类型和Gradle构建风格，这可能会发生)

在谷歌服务3.0和使用Firebase时，不需要为不同的口味创建不同的文件。为不同的口味创建不同的文件可能不清楚或直接，如果你有productflavors和Build类型相互组合。

在同一个文件中，您将拥有所有构建类型和风格所需的所有配置。

在Firebase控制台中，您需要为每个包名称添加一个应用程序。假设您有两种风格(开发和实时)和两种构建类型(调试和发布)。这取决于你的配置，但很可能你有4个不同的包名，比如:

Com.stackoverflow.example(实时发布) dev (live - dev) debug (debug - release) debug (debug - dev)

在Firebase控制台中需要4个不同的Android应用程序。(在每一台计算机上，您需要添加SHA-1用于调试和运行您正在使用的每台计算机)

当你下载谷歌服务时。Json文件，实际上从哪个应用下载并不重要，它们都包含与所有应用相关的相同信息。

现在你需要在应用程序级别(app/)中定位这个文件。

如果您打开该文件，您将看到If包含所有包名称的所有信息。

一个痛点曾经是插件。为了让它工作，你需要在你的文件底部找到插件。这条线。

apply plugin: 'com.google.gms.google-services'

.．.需要在你的应用构建的底部。gradle文件。

对于这里所说的大多数，它也适用于以前的版本。我从来没有为不同的配置准备过不同的文件，但现在使用Firebase控制台更容易了，因为它们提供了一个文件，其中包含所有配置所需的所有内容。

重火力点文档 Firebase云消息 重火力点控制台