Gradle實戰：Android多渠道打包方案彙總

時間 2019-12-05

標籤 gradle 實戰 android 多渠道打包方案彙總欄目 Gradle 简体版

原文原文鏈接

原文地址：http://blog.csdn.net/u0108184...

Gradle實戰系列文章：html

《Gradle基本知識點與經常使用配置》
《Gradle實戰：不一樣編譯類型的包同設備共存》
《Gradle實戰：發佈aar包到maven倉庫》
《Gradle實戰：執行sql操做hive數據庫》java

本文將延續以前幾篇博客的風格，先從基本概念入手，這有助於咱們對後文的理解；在後續的代碼中若是忘了某個概念的具體意義，能夠回顧頭來從新查看概念的介紹。android

文中先詳細介紹了通常批量打包方案的實現原理，後介紹了美團批量打包的基本實現原理，並引用了幾篇實現方案供你們參考sql

1、基本概念介紹

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

4.1 用於生成不一樣編譯類型的包，如debug和release包

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

debug和release是gradle默認自帶的兩個build type，在工程自動生成的BuildConfig中，其區別以下：api

4.2 自定義不一樣的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包。android-studio

所以，能夠結合buildType和productFlavor生成不一樣的Build Variants，即類型與渠道不一樣的組合app

6. signingConfigs

簽名配置，release編譯類型的配置如：

release {
        storeFile file("../yourapp.keystore") //簽名證書文件
        storePassword "your password"         //簽名證書密碼
        keyAlias "your alias"                 //別名
        keyPassword "your password"           //別名密碼
    }

固然，簽名信息能夠經過讀配置文件（見上一篇文章）和配置文件ignore的形式來進行隱藏，本文不做詳述。maven

7. META-INF文件

用於存儲簽名的一些相關信息，在META-INF目錄內添加空文件，應用無需從新簽名。學習

2、多渠道打包配置

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中添加一個使用渠道號命名的空文件便可。