【Gradle】Android Gradle 多渠道构建

短命女 2023-06-04 02:57 38阅读 0赞

# Android Gradle 多渠道构建 #

## 多渠道构建的基本原理 ##

在Android Gradle中，定义了一个叫Build Variant的概念，一个Build Variant=Build TYpe+Product Flavor，Build Type就是我们构建的类型，比如release和debug;Product Flavor就是我们构建的渠道，比如Baidu,Google等，它们加起来就是baiduRelease,baiduDebug,googleRelease,googleDebug，共有这几种组合的构件产出。Product Flavor也就是我们多渠道构建的基础。以下是新增一个ProductFlavor:

android{
        productFlavors{
            google{}
            baidu{}
        }
    }

以上的发布渠道配置后，Android Gradle就会生成很多Task。其中，assemble开头的负责生成构件产物(apk)。除此之外，还有compile系列，install系列等。除了生成的Task外，每个ProductFlavor还可以有自己的SourceSet，还可以有自己的dependencies依赖。

## Flurry多渠道和友盟多渠道构建 ##

Flurry本身没有渠道的概念，它有Application，所以可以把一个Application当成一个渠道。

android{
        productFlavors{
            google{
                buildConfigField 'String','FLURRY_KEY','"ABADFASSDFAS"'
            }
            baidu{
                buildConfigField 'String','FLURRY_KEY','"JKKJKHKJHIHIUY"'
            }
        }
    }

这样每个渠道的BuildConfig类中都会有名字为FLURRY\_KEY的常量定义，它的值是我们在渠道中使用buildConfigField指定的值，每个渠道不一样，我们只需要在代码中指定使用这个常量即可，这样每个渠道的统计分析就可以做到了。

Flurry.init(this,FLURRY_KEY);

友盟本身有渠道的概念。不过它不是在代码中指定的，而是在AndroidManifest.xml中配置的，通过配置meta-data标签来设置:

## 多渠道构建定制 ##

多渠道的定制，其实就是对Android Gradle插件的ProductFlavor的配置，通过配置ProductFlavor达到灵活控制每一个渠道的目的。

### applicaitonId ###

用于设置渠道的包名

### consumerProguardFiles ###

只对Android库项目有用。当我们发布库项目生成一个aar包的时候，使用consumerProguardFiles配置的混淆文件列表也会被打包到aar里一起发布，这样当应用引用这个aar包，并且启用混淆的时候，会自动使用aar包里的混淆文件对aar包里的代码进行混淆，这样我们就不用对该aar包进行混淆配置了。

android{
        productFlavors{
            google{
                consumeProguardFiles 'proguard-rules.pro','proguard-android.txt'
            }
        }
    }

除了这种方法，还有一种属性设置的方法，区别在于：consumerProguardFiles方法是一直添加，不会清空以前的混淆文件，而consumerProguardFiles属性配置的方式是每次都是新的混淆文件列表，以前配置的会先被清空。

### manifestPlaceholders ###

### multiDexEnabled ###

用来启用多个dex的配置，主要用来突破65535方法的问题

### proguardFiles ###

混淆使用的文件列表

### signingConfig ###

签名配置

### testApplicationId ###

用来适配测试包的包名

### testFunctionalTest和testHandleProfiling ###

testFunctionalTest表示是否为功能测试，testHandleProfiling表示是否启用分析功能

### testInstrumentationRunner ###

用来配置运行测试使用的Instrumentation Runner的类名，是一个全路径的类名，而且必须是android.app.Instrumentation的子类，一般情况下，我们使用android.test.InstrumentationTestRunner，当然也可以自定义。

### testInstrumentationRunnerArguments ###

配合上一个属性用的，用来配置Instrumentation Runner使用的参数，它们最终都是使用adb shell am instrument这个命令。

### versionCode和versionName ###

配置渠道的版本号和版本名称。

### useJack ###

用于标记是否启用Jack和Jill这个全新的，高性能的编译器。

### dimension ###

dimension是ProductFlavor的一个属性，接受一个字符串，作为该ProdoctFlavor的维度。可以简单理解为对ProductFlavor进行分组，dimension接受的参数就是我们分组的组名，也就是维度名称。维度名称不能随便指定，在使用前，必须先声明。

flavorDimension是我们使用的android\{\}里面的方法，它和productFlavors\{\}是平级的，一定要先使用flavorDimension声明维度，才能在ProductFlavor中使用。

我们同时指定多个维度，但是一定要，这些维度是有顺序的，有优先级的，第一个参数的优先级最大，其实是第二个，以此类推。

android{
        flavorDimensions "abi","version"
    }

声明维度后，就可以使用了:

android{
        flavorDimensions "abi","version"
    
        productFlavors{
            free{
                dimension 'version'
            }
            paid{
                dimension 'version'
            }
            x86{
                dimension 'abi'
            }
            arm{
                dimension 'abi'
            }
        }
    }

## 提高多渠道构建的效率 ##

参考美团方案

利用在apk的META-INF目录下添加空文件不用重新签名的原理

1、利用Android Gradle打一个基本包(母包)

2、基于该包复制一个，文件名要能区分出产品、打包时间 、版本、渠道等

3、对复制出来的apk进行修改，在其META-INF目录下新增空文件，但空文件的文件名要有意义，必须包含能区分渠道的名字

4、重复步骤2、3生成我们所需的所有渠道包apk

转载于:https://www.cnblogs.com/milovetingting/p/11466817.html