Gradle配置及同一应用不同版本配置不同资源文件，不同签名，包名进行打包

公司的项目，一个项目也就是同一套代码要针对多个客户打出多个版本的apk,不同版本的apk中一些代码是不同的，比如服务器的地址，app的名字，图片资源以及签名文件等都是不同的。刚开始的时候，把这些相同的代码，资源文件提取出来，打包的时候进行替换就可以了，随着客户越来越多，每为一个客户打包，替换一次资源文件，很浪费时间，还容易出错。其实，我们可以在build.gradle中进行配置，来解决问题。

我们先看一下build.gradle中的一些相关配置

android {
    compileSdkVersion 25
    buildToolsVersion "24.0.3"
    //默认的一些配置
    defaultConfig {
        applicationId "com.app.springboot" //应用的包名
        minSdkVersion 14     //支持的最低版本
        targetSdkVersion 25	//目标版本
        versionCode 1	
        versionName "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 25
    buildToolsVersion "24.0.3"
    defaultConfig {
        applicationId "com.app.springboot" 
        minSdkVersion 14     
        targetSdkVersion 25	
        versionCode 1	
        versionName "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.keystore
STORE_PASSWORD=your password
KEY_ALIAS=your alias
KEY_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遍历variant
            variant.outputs.each { output ->
                def outputFile = output.outputFile
                if (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”,然后在出现的窗口中选择其中一个选项作为默认的编译，运行选项即可。