AndroidStudio下BuildTypes和ProductFlavors动态编译并重命名apk

在实际的开发与发布过程中，我们常需要根据不同的构建场景或者发布渠道，选择不同的.java文件进行编译。而在AndroidStudio中，其自带的Gradle组件能帮我们快速实现这一功能。

什么是BuildTypes、Flavors、BuildVariants

BuildTypes：构建类型，AndroidStudio的Gradle组件默认提供给了“debug”“release”两个默认配置，此处用于配置是否需要混淆、是否可调试等
Flavors：产品渠道，默认不提供任何默认配置，在实际发布中，根据不同渠道，我们可能需要用不同的包名，服务器地址等
BuildVariants：每个buildtype和flavor组成一个buildvariant

实施步骤

实现目的：我们通过新增staging和 production渠道，分别针对调试阶段和发布阶段指向不同的服务器地址，并假设服务器地址编写于Constants.java文件中，在通过AndroidStudio默认的apk构建选项，动态根据不同渠道去自动生成指向不同服务器的apk

1、添加staging、production渠道

apply plugin: 'com.android.application'dependencies {    ...}android {    compileSdkVersion 15    buildToolsVersion "22.0.1"    sourceSets {        ...    }    buildTypes {        //开启混淆        release {            minifyEnabled true            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-project.txt'        }    }    productFlavors {        //新增渠道staging，表示调试阶段的发布        staging {        }        //新增渠道production，表示产品发布阶段的发布        production {        }        //其他不同apk市场渠道添加，类似...    }

在”android”闭包内添加配置如上，新增了staging和production渠道。本文不对这两个渠道做个性化配置。

2、添加staging、production对应的源码目录

（1）在主Module目录中的创建目录“src/staging/java”和“src/production/java”与原有的“src/main/java”目录对称

（2）在build.gradle中，指定staging、production的源码目录

apply plugin: 'com.android.application'dependencies {    ...}android {    compileSdkVersion 15    buildToolsVersion "22.0.1"    sourceSets {        ...        staginge {            java.srcDirs = ['src/staging', 'src/staging/java', 'src/staging/java/']        }        production {            java.srcDirs = ['src/production', 'src/production/java', 'src/production/java/']        }    }    buildTypes {        ...    }    productFlavors {        ...    }

步骤分析：AS的Gradle组件会根据sourceset的配置，在实际编译过程中，根据选择的buildtype和。productfalvor（即buildvariant）到指定的源码目录查找源码文件，并且将main目录下的源码和这些指定目录下的源码进行合并（不是替换）

3、迁移Constant.java文件（关键）

把main下的Constant.java文件剪切+粘贴到”src/staging/java”和”src/main/java”的对应包下（注意千万不能保留main下的Constant.java文件），并且相应修改Constant.java里面的服务器地址

步骤分析：在Gradle进行构建时，它会现在main目录下寻找所需的.java文件，如果找不到，就会在构建时选择的渠道对应源码目录下寻找，如果此时main和渠道源码目录都有同一个.java文件，就会报“duplicate class（重复类）”错误。因此，应该删除main的原文件。

4、定义apk命名规则

我们暂定apk命名规则为：[appName][versionName]-[flavorName]-[date].apk，
如：MyAPPv2.0.0-production-201508171214.apk

apply plugin: 'com.android.application'dependencies {   ...}android {    ...    //修改生成的apk名字    applicationVariants.all { variant ->        if (variant.buildType.name.equals('release')) {            variant.outputs.each { output ->                def appName = 'MyApp'                def oldFile = output.outputFile                def buildName                def releaseApkName                variant.productFlavors.each { product ->                        buildName = product.name                }                releaseApkName = appName + getVersionNameFromManifest() + '-' + buildName + '-' + getDate() + '.apk'                output.outputFile = new File(oldFile.parent, releaseApkName)            }        }    }}//获取时间戳def getDate() {    def date = new Date()    def formattedDate = date.format('yyyyMMddHHmm')    return formattedDate}//从androidManifest.xml中获取版本号def getVersionNameFromManifest() {    def manifestParser = new com.android.builder.core.DefaultManifestParser()    return manifestParser.getVersionName(android.sourceSets.main.manifest.srcFile)}

5、开始构建

Build->Generate Signed APK，补充好签名信息，可以看到Flavors多了两个我们添加的渠道，这时候选择一个然后开始构建，看效果吧！