公司的项目，一个项目也就是同一套代码要针对多个客户打出多个版本的apk,不同版本的apk中一些代码是不同的，比如服务器的地址，app的名字，图片资源以及签名文件等都是不同的。刚开始的时候，把这些相同的代码，资源文件提取出来，打包的时候进行替换就可以了，随着客户越来越多，每为一个客户打包，替换一次资源文件，很浪费时间，还容易出错。其实，我们可以在build.gradle中进行配置，来解决问题。
我们先看一下build.gradle中的一些相关配置
android {compileSdkVersion 25buildToolsVersion "24.0.3"//默认的一些配置defaultConfig {applicationId "com.app.springboot" //应用的包名minSdkVersion 14//支持的最低版本targetSdkVersion 25//目标版本versionCode 1versionName "1.0"}//debug和release版本的签名配置signingConfigs {release {storeFile file("D:/other/test.jks")storePassword "12345678"keyAlias "test"keyPassword "123456"}}//构建类型，通常有release和debug两种buildTypes {release {minifyEnabled false //是否开启混淆proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'signingConfig signingConfigs.release //指定打包时的签名}}//用来配置APP的不同版本productFlavors{demo1{applicationId "com.app.demo1" //为不同版本指定的包名manifestPlaceholders=[umeng_app_key:"替代的内容"] //可以替换清单文件AndroidManifest中指定的内容}demo2{applicationId "com.app.demo2"manifestPlaceholders=[umeng_app_key:"替代的内容"]}}}//添加需要的依赖dependencies {compile fileTree(dir: 'libs', include: ['*.jar'])androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {exclude group: 'com.android.support', module: 'support-annotations'})compile 'com.android.support:appcompat-v7:25.0.1'testCompile 'junit:junit:4.12'compile 'com.squareup.okhttp:okhttp:2.6.0'}
上面是一些build.gradle的基本的配置，
因为我们的app需要打不同版本的包，不同版本的包需要配置不同的资源文件和签名文件，所以在build.gradle中这样配置
android {compileSdkVersion 25buildToolsVersion "24.0.3"defaultConfig {applicationId "com.app.springboot" minSdkVersion 14targetSdkVersion 25versionCode 1versionName "1.0"}//debug和release版本的签名配置signingConfigs {demo1{storeFile file("D:/demo/demo1/demo1.jks")storePassword "12345678"keyAlias "test"keyPassword "123456"}demo2{storeFile file("D:/demo/demo2/demo2.jks")storePassword "12345678"keyAlias "test"keyPassword "123456"}}buildTypes {release {minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'}}//用来配置APP的不同版本productFlavors{demo1{applicationId "com.app.demo1" manifestPlaceholders=[umeng_app_key:"替代的内容"] signingConfig signingConfigs.demo1 //指定打包时的签名}demo2{applicationId "com.app.demo2"manifestPlaceholders=[umeng_app_key:"替代的内容"]signingConfig signingConfigs.demo2 }}// 针对不同的客户,编译不同的目录,sourceSets{demo1.res.srcDirs=['src/main/res-demo1'] //指定编译的目录demo2.res.srcDirs=['src/main/res-demo2']}}
如上，在sourceSets{}中，针对不同的客户,编译不同的目录,不同的版本可以选择不同的编译目录进行编译，,如果指定一个目录,其他目录没有指定,那么就会把指定的目录和默认的目录一起打包到apk中。如果指定了res-demo1,打包的时候res-demo1会替换掉res下的同名文件。
因为不同版本的签名文件也需要不同，所以在signingConfigs {}中为每个版本配置了一个签名文件，但是这种方法不太安全，建议不要在build.gradle文件中写上签名文件的密码，因为build.gradle文件一般都会集成到代码的版本控制中，这样所有人都会有签名文件的密码。所以应该把签名文件的密码隔离起来，写到一个配置文件中，此配置文件不包含在代码版本控制中，这样其他开发者就不会知道签名文件的密码。
我们先新建一个signing.properties文件：
STORE_FILE=yourapp.keystoreSTORE_PASSWORD=your passwordKEY_ALIAS=your aliasKEY_PASSWORD=your password
接下在guild.gradle文件中读取signing.properties配置文件，读取的代码如下：
File propFile = file('signing.properties');if (propFile.exists()) {def Properties props = new Properties()props.load(new FileInputStream(propFile))if (props.containsKey('STORE_FILE') && props.containsKey('STORE_PASSWORD') &&props.containsKey('KEY_ALIAS') && props.containsKey('KEY_PASSWORD')) {android.signingConfigs.release.storeFile = file(props['STORE_FILE'])android.signingConfigs.release.storePassword = props['STORE_PASSWORD']android.signingConfigs.release.keyAlias = props['KEY_ALIAS']android.signingConfigs.release.keyPassword = props['KEY_PASSWORD']} else {android.buildTypes.release.signingConfig = null}} else {android.buildTypes.release.signingConfig = null}
我们还可以在gradle中配置我们打出包的包名：
在buildTypes{}中添加如下代码：
android.applicationVariants.all { variant ->// each遍历variantvariant.outputs.each { output ->def outputFile = output.outputFileif (outputFile != null) {println "======outputFile.name======" + outputFile.name;def fileName;if (outputFile.name.endsWith('app-demo1-release.apk')) {fileName="demo1-AndroidTrader-${defaultConfig.versionName}.apk" //打出包的包名}else if(outputFile.name.endsWith('app-demo2-release.apk')){fileName="demo2-AndroidTrader-${defaultConfig.versionName}.apk"} else {fileName='app-release.apk';}output.outputFile = new File(outputFile.parent, fileName)}}}
接下来，我们可以使用gradle进行打包
gradle assembleRelease // 构建productFlavors下所有Variant Release版本gradle assembleDebug// 构建productFlavors下所有Variant Debug版本gradle assemble[productFlavors.name]// 构建productFlavors下name的Variant Release和Debug版本gradle assemble[productFlavors.name]Relase // 构建productFlavors下name的Variant Releaseg版本gradle assemble[productFlavors.name]Debug// 构建productFlavors下name的Variant Debug版本
也可以通过AS进行编译打包
在我们点击debug调试的时候，不知道究竟是使用哪个 Flavors来编译，我们可以选择” Build Variant”,然后在出现的窗口中选择其中一个选项作为默认的编译，运行选项即可。
