用过AS的程序猿都知道build.gradle文件的作用，但我仍坚信还是有很多猿友不知道build.gradle文件中的一些代码的意思到底是什么？
这里来说下buildTypes和productFlavors的作用，顺便会说下其他一些配置。
首先，我们刚创建android 项目的时候as会自动帮我们创建build.gradle文件，注意build.gradle文件会创建两个，一个是属于项目的，还有一个是属于module的。这里说的module中的build.gradle文件中的一些配置。默认创建的build.gradle文件中的代码如图：

当然了，还会有一些dependencies

这里，我们看到文件中已经创建了buildTypes了，里面包含了一些release的配置，即我们发布apk的配置（主要是混淆文件）。同时as默认帮我们创建了一个debug的版本的配置，使用默认的签名证书，通过Build Variant就可以看到。

buildTypes主要就是配置发布版本和测试版本的一些配置以及混淆文件等，现在主要来说下productFlavors的配置，这个字段在创建项目的时候默认是不会添加的，需要自己手动添加。百度一搜，会有很多类似博客

这里主要说的是博主自己的理解以及使用方法。

1 productFlavors主要是用来做多渠道打包等操作会用到

2 如果你的应用会使用到不同的API_URL，不同的版本号，相同的代码需要生成不同的apk文件等等，都可以在productFlavors上做文章

第一点，我就不多说了，相信很多猿友都有各种方法来进行多渠道打包了，比如友盟、美团等，现在来说第二点，相信很多猿友都有这种感觉——一个应用需要有很多个版本进行使用，比如说debug版本，测试版本，还有发布版本，并且各个版本使用的接口地址还不一样，这种情况就需要每次去修改接口地址并重新打包测试，至少我刚开始也是这样的，0..0。

这里使用productFlavors来进行配置就会简单很多了，比如你的两个版本需要使用不同的接口地址，不同的常量，不同的appName，不同的logo，不同的包名都可以进行配置，如下：

这里的prodcutFlavors的写在andoid目录下的，请注意。我这里分了两个版本一个为local，一个是us（随便命名的）,可以看到使用了不同的接口地址，不同的包名等等，当然了这里需要在你的module的src目录下分别创建你新建的两个版本命名的文件夹，

同时在文件夹中创建java文件夹和res文件夹，res文件夹主要就是用来替换应用的logo的，替换logo需要进行如下配置：

sourceSets {

main {
    manifest.srcFile 'src/main/AndroidManifest.xml'
    java.srcDirs = ['src/main/java']
    resources.srcDirs = ['src/main/java']
    aidl.srcDirs = ['src/main/java']
    renderscript.srcDirs = ['src/main/java']
    res.srcDirs = ['src/main/res']
    assets.srcDirs = ['src/main/assets']
    jniLibs.srcDirs = ['libs']
}

local.java.srcDirs = ['src/local/java']
local.res.srcDirs = ['src/local/res']
us.java.srcDirs = ['src/us/java']
us.res.srcDirs = ['src/us/res']

• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16

}
这里表示local和us版本下的文件会优先使用，最后打包的时候会跟main文件下的资源文件一起打包的，这时你通过Build Variants切换不同的版本安装，会出现不同的logo,并且应用不会冲突。 至于配置中的API_URL可以通过BuildConfig进行访问。
最后，打包会生成四个版本的apk文件——localdebug.apk、localrelease.apk、usdebug.apk、usrelease.apk，然后根据不同的环境使用不同的apk文件。这篇博客分享就到这里，谢谢！！！
本文属个人总结博客，如有错误，请指出，万分感谢！！！