你的位置:首页 > 操作系统

[操作系统]Gradle实战:Android多渠道打包方案汇总


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

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


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

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



一、基本概念介绍


1. package

  • AndroidManifest文件中的包名

    <manifest 

    包名有两个作用: 
    一是设备上应用程序的唯一标识,也是在应用市场上的唯一标识; 
    二是被用来命名你的资源类的包(以及解析任何相关的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中添加一个使用渠道号命名的空文件即可。

  • 美团Android自动化之旅—生成渠道包
  • 美团Android自动化之旅—适配渠道包
  • 实现参考1
  • 实现参考2


深入学习


Android Studio系列教程六–Gradle多渠道打包


Android产品研发(五)–>多渠道打包


更便捷的 Android 多渠道打包方式


Android打包系列——多渠道快速打包

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