你所应该知道的 gradle 知识都在这里 (2)

2,221 阅读3分钟
原文链接: www.jianshu.com

版本构建

在app开发过程中,你通常需要两个办法的apk,一个debug版本,用于开发,一个release版本用于发布。debug版本在你程序运行的时候,android studio会自动帮你生成,输出目录在app/build/outputs/apk下,而release版本,as也会帮你加上默认配置。

release {
     minifyEnabled false
     proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
     }

当然这些远远是不够的,起码你还得加上下面这些配置。

        zipAlignEnabled true
        //删除无效的Resource
        shrinkResources true

一般情况下,debug版本加上release版本就能满足需求了,不过遇到一些特殊的需求,那你可能需要自己定义版本。如下

android {
    buildTypes {
        //继承debug版本的所有属性
        newtype.initWith(buildTypes.debug)
        newtype {
            //定义新的applicationId
            applicationIdSuffix ".newtype"
         }
    }
}

这样就创建了一个新的版本newtype,同时定义了一个新的application。

debug-applicationid:com.package

release-applicationid:com.package

newtype-application:com.package.newtype

意思就是说,你在手机上不能同时安装debug版本和release版本,但是你可以同时安装release版本和newtype版本,原因是applicationid不同。

Product Flavors

Product Flavors姑且理解为版本变种的意思,就是说你的一个release版本,也可以有releaseA,releaseB两种版本。

基本的使用。

android {
    productFlavors {
        flavorA {
             applicationId 'com.package.flavorA'
             versionCode 3
             versionName "1.0-demo"
        }
        flavorB {
             applicationId 'com.package.flavorA'
             minSdkVersion 14
             versionCode 4
             versionName "2.0-demo"
        }
    }
}

上述代码定义了flavorA和flavorB两种变体,而productFlavors下的变体和buildTypes下的版本是组合的形式构建的。比如buildTypes下有 debug,release,newtypeproductFlavors下有 flavorA,flavorB。

最后一个会有6种类型的版本变体flavorAdebug,flavorArelease,flavorAnewtypeflavorBdebug,flavorBrelease,flavorBnewtype,具体刻在下图位置处查看

资源文件和manifest的合并

既然创建了多个不同的版本,那必然是因为在各个版本有不同的需求,这势必会带来资源文件和manifest的修改,在编译合并的时候如果处理不当,就会引起冲突。gradle有一套资源文件和manifest合并的规则,优先级从高到低,1.buildType的配置2.productFlavor的配置3.src/main目录下的manifest文件4.依赖和第三方库

合并规则能合并则合并,冲突则取高优先级,显示设置的属性高于默认的属性

简单解释一下,A版本 <resources> <string name="app_name">A</string> <string name="hello_world">Hello world!</string> </resources>

B版本

<resources>
   <string name="app_name">B</string>
   <string name="hello">Hello</string>
</resources>

合并之后

<resources>
   <string name="app_name">?</string> //???
   <string name="hello_world">Hello world!</string>
   <string name="hello">Hello</string>
</resources>

带???那行,因为属性相同都是app_name,所以会起冲突,这个时候就需要按照优先级高低来合并属性了。

变体过滤

有的时候你需要忽略某些版本变体,这个时候你可以这么写

buildTypes {
    android.variantFilter { variant ->
           if(variant.buildType.name.equals('release')) {
               variant.getFlavors().each() { flavor ->
                   if (flavor.name.equals('flavorsA')) { variant.setIgnore(true);
                }
            }
        }
    }
}

上述代码表示,忽略flavorsArelease这个变体。

定义变体的输出样式

buildTypes {
    android.variantFilter { variant ->
           if(variant.buildType.name.equals('release')) {
              variant.outputs.each { output ->
                    def outputFile = output.outputFile
                    if (outputFile != null && outputFile.name.endsWith('.apk')) {
                        def fileName = "test_v${defaultConfig.versionName}_${releaseTime()}_${variant.flavorName}.apk"
                        output.outputFile = new File(outputFile.parent, fileName)
                    }
                }
            }
        }
    }
}

上述代码打包输出的结果是这样的。

签名配置

签名配置就比较常见了配置

signingConfigs {
    release {
        storeFile file("test.jks")
        storePassword 'gank666'
        keyAlias 'Gank'
        keyPassword '94a186'
    }
}

使用

buildTypes {
       release {
           signingConfig signingConfigs.release
       } 
   }

本人也只是Android开发路上一只稍大一点的菜鸟,如果各位读者中发现文章中有误之处,请帮忙指出,你的批评和鼓励都是我前进的动力。