Gradle实战:Android多渠道打包方案汇总

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Gradle实战:Android多渠道打包方案汇总相关的知识,希望对你有一定的参考价值。

查看原文:http://blog.csdn.net/u010818425/article/details/52319382

Gradle实战系列文章: 
《Gradle基本知识点与常用配置》 
《Gradle实战:不同编译类型的包同设备共存》 
《Gradle实战:发布aar包到maven仓库》 
《Gradle实战:执行sql操作hive数据库》


本文将延续之前几篇博客的风格,先从基本概念入手,这有助于我们对后文的理解; 在后续的代码中如果忘了某个概念的具体意义,可以回顾头来重新查看概念的介绍。

文中先详细介绍了普通批量打包方案的实现原理,后介绍了美团批量打包的基本实现原理,并引用了几篇实现方案供大家参考


一、基本概念介绍

1. package

  • androidManifest文件中的包名

    <manifest xmlns:android="http://schemas.android.com/apk/res/android"
        package="com.company.appname"
        android:versionCode="1"
        android:versionName="1.0" >
    

    包名有两个作用: 
    一是设备上应用程序的唯一标识,也是在应用市场上的唯一标识; 
    二是被用来命名你的资源类的包(以及解析任何相关的Activity的类名),如com.company.appname.R

2. PlaceHolder

  • AndroidManifest文件中的变量表示,通过${PlaceHolder}表示PlaceHolder是可以被赋值的变量,如友盟统计中的渠道:

    <meta-data
        android:name="UMENG_CHANNEL"
        android:value="${UMENG_CHANNEL_VALUE}">
    </meta-data>
    

3. applicationId

  • 对应于AndroidManifest中的package

    android {
        defaultConfig {
            applicationId "com.company.appname"
        }
    }
    

4. buildTypes

  • 用于生成不同编译类型的包,如debug和release包

    android{
        buildTypes {
            debug {
                ...
            }
            release {
                ...
            }
        }
    }
    

    debug和release是gradle默认自带的两个build type,在工程自动生成的BuildConfig中,其区别如下:

    // release版本生成的BuildConfig特性信息
    public final class BuildConfig {
        public static final boolean DEBUG = false;
        public static final String BUILD_TYPE = "release";
    }
    
    // debug版本生成的BuildConfig特性信息
    public final class BuildConfig {
        public static final boolean DEBUG = true;
        public static final String BUILD_TYPE = "debug";
    }
    
  • 自定义不同的build type,如

    android{
        buildTypes {
            debug {
                ...
            }
            release {
                ...
            }
            beta {
                ...
            }
        }
    }
    

5. productFlavors

  • 用于生成不同渠道的包

    android {  
        productFlavors {
            xiaomi {}
            baidu {}
            wandoujia {}
            _360 {}        // 或“"360"{}”,数字需下划线开头或加上双引号
        }
    }
    

    执行./gradlew assembleRelease,将会打出所有渠道的release包; 
    执行./gradlew assembleWandoujia,将会打出豌豆荚渠道的release和debug版的包; 
    执行./gradlew assembleWandoujiaRelease将生成豌豆荚的release包。

    因此,可以结合buildType和productFlavor生成不同的Build Variants,即类型与渠道不同的组合

6. signingConfigs

  • 签名配置,release编译类型的配置如:

    release {
        storeFile file("../yourapp.keystore") //签名证书文件
        storePassword "your password"         //签名证书密码
        keyAlias "your alias"                 //别名
        keyPassword "your password"           //别名密码
    }
    

    当然,签名信息可以通过读配置文件(见上一篇文章)和配置文件ignore的形式来进行隐藏,本文不作详述。

7. META-INF文件

  • 用于存储签名的一些相关信息,在META-INF目录内添加空文件,应用无需重新签名。

二、多渠道打包配置

1. 一般打包方案

    //生成打包时间
    def releaseTime() {
        return new Date().format("yyyy-MM-dd", TimeZone.getTimeZone("UTC"))
    }

    android {
        compileSdkVersion 23
        buildToolsVersion "23.0.3"

        defaultConfig {
            applicationId "com.company.appname"
            minSdkVersion 15
            targetSdkVersion 23
            versionCode 1
            versionName "1.0"

            //默认渠道为官网
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "official"]
        }

        lintOptions {
            checkReleaseBuilds false
            abortOnError false
        }

        //配置编译的jdk版本
        compileOptions {
            sourceCompatibility org.gradle.api.JavaVersion.VERSION_1_7
            targetCompatibility org.gradle.api.JavaVersion.VERSION_1_7
        }

        //签名配置
        signingConfigs {
            debug {
                // No debug config
                storeFile file("${rootDir}/keystores/xqsg_debug.jks") //debug证书
            }

            release {
                storeFile file("${rootDir}/keystores/xqsg.jks") //release证书
                storePassword "test"                            //签名证书密码
                keyAlias "test"                                 //别名
                keyPassword "test"                              //别名密码
            }
        }

        buildTypes {
            debug {
                buildConfigField("boolean", "LOG_ON", "true")//通过编译类型配置日志开关
                versionNameSuffix "-debug"                       //包名后缀为“-debug”

                minifyEnabled false                              //是否混淆
                zipAlignEnabled false                            //Zipalign优化
                shrinkResources false                            // 移除无用的resource文件
                signingConfig signingConfigs.debug               //使用debug证书签名
            }

            release {
                buildConfigField "boolean", "LOG_ON", "false" //不显示Log

                minifyEnabled true                               //开启混淆
                zipAlignEnabled true                             //开启Zipalign优化
                shrinkResources true                             //移除无用的resource文件,此项只有在开启混淆时才生效
                proguardFiles getDefaultProguardFile(‘proguard-android.txt‘), ‘proguard-rules.pro‘
                signingConfig signingConfigs.release             //使用release证书签名

                //多渠道打包配置
                applicationVariants.all { variant ->
                    variant.outputs.each { output ->
                        def outputFile = output.outputFile
                        if (outputFile != null && outputFile.name.endsWith(‘.apk‘)) {
                            // 输出apk名称为test_v1.0_2016-08-15_wandoujia.apk
                            def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.productFlavors[0].name}.apk"
                            output.outputFile = new File(outputFile.parent, fileName)
                        }
                    }
                }
            }
        }

        // 渠道配置
        productFlavors {
            wandoujia {}
            _360 {}
            baidu {}
            xiaomi {}
        }

        productFlavors.all { flavor ->
            flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name] //动态地修改AndroidManifest中的渠道名
        }
    }

注:上述日志开关,可以在java代码中获取该变量值,如:

if(BuildConfig.LOG_ON){
    Log.d("test","xxx");    
}

2. 美团打包方案

实现原理:Android应用安装包apk文件是一个压缩文件,可以将其后缀改为zip直接解压。解压后会发现根目录下有一个META-INF目录。如果在META-INF目录内添加空文件,应用无需重新签名。因此,通过为不同渠道的应用添加不同的空文件,可以唯一标识一个渠道。 
采用这种方式,每打一个渠道包只需复制一个apk,在META-INF中添加一个使用渠道号命名的空文件即可。


深入学习

以上是关于Gradle实战:Android多渠道打包方案汇总的主要内容,如果未能解决你的问题,请参考以下文章

Gradle实战:执行sql操作hive数据库

Gradle基本知识点与常用配置

gradle打包android (实现外部导入签名文件多渠道打包导入ant脚本)

android -------- Gradle 多渠道打包

Android Studio + gradle多渠道打包

Android gradle实现多渠道号打包