其实这次我想好好把gradle 构建android工程生成的文件好好看看的,但是实在太多了,而且网络上资料有限,故而就放在下次吧。
这次做了一些新的尝试,然后也看了下一些之前没有关心的文件是啥用。
gradle-wrapper.jar
首先其实之前就看到有这个jar包,但是还没有去关心过到底是啥用。
Gradle Wrapper 是一种更加方便的使用gradle的方法,他包括了为支持windows的批处理脚本和支持类unix的shell脚本。这些脚本是你,在不安装gradle时候,也可以用gradle。安装wrapper只需要在你的build.gradle文件中添加如果下代码。
我们来看下结构
└── initial └── gradlew └──gradlew.bat └── gradle └── wrapper └── gradle-wrapper.jar └── gradle-wrapper.properties
现在已经可以用Wrapper构建你的工程了。你将和之前一样,运行gradle build命令构建工程。
./gradlew build
第一行执行Gradle的版,他讲下载和缓存执行版本gradle的二进制文件。 Gradle Wrapper 文件将和代码一样提交给版本控制器,这样任何人,获取代码后,不用安装gradle,就可以构建工程。
这个的确会非常方便,总体感觉以后再也不用编写什么打包脚本了。直接checkout,运行指定gradle命令即可。
多个项目
在gradle项目根目录下面我们也可以看到有一个settings.gradle的文件,默认是有
include ':app'
假设我们有三个项目,分别是
MyProject/ | settings.gradle app/ | build.gradle app2/ | build.gradle app3/ | build.gradle
那么我们需要修改settings.gradle,变成include ‘:app’, ‘:app2′, ‘:app3′
1.0 rc的坑(转)
-
Error:(26, 0) Gradle DSL method not found: 'runProguard()'问题,这里是runProguard()方法被替换了,把runProguard改为minifyEnabled即可,http://stackoverflow.com/questions/27016385/error26-0-gradle-dsl-method-not-found-runproguard
-
“Could not find property 'packageApplication' on com.android.build.gradle.internal.api.ApplicationVariantImpl_Decorated”问题,这个属性被取消了,这里是替换要输出的APK的名称,http://stackoverflow.com/questions/27209188/could-not-find-property-packageapplication-on-com-android-build-gradle-interna
-
“Could not find property 'processManifest' on com.android.build.gradle.internal.api.ApplicationVariantImpl”问题,这里是由于manifest merger改动了,解决方法如下:http://stackoverflow.com/questions/27302965/could-not-find-property-processmanifest-on-com-android-build-gradle-internal-a
-
android studio中的plugin也发生了改变,将"apply plugin: 'android'"改为"apply plugin: 'com.android.application'"
monkey:不过1.0坑真的很多,大家自己去尝试就知道了。主要是stackoverflow上面的东西太旧。
修改app和root project中两个build.gradle
我们创建好Android application之后,可以在app目录和根目录下都看到build.gradle文件,这两个文件分别会从app层面和多个project层面进行build的管控。
我们先来看下根目录的gradle.build文件。
//其实这里已经有了标识,告诉大家这个是可以管控多个模块的 // Top-level build file where you can add configuration options common to all sub-projects/modules. //编译脚本 buildscript {
repositories {
//这里可以是maven,jcenter等 jcenter()
}
dependencies {
classpath 'com.android.tools.build:gradle:1.0.0'
// NOTE: Do not place your application dependencies here; they belong // in the individual module build.gradle files
}
} // 1.0 rc之后这个需要修改
apply plugin: 'com.android.application'
android { compileSdkVersion 21 buildToolsVersion "20.0.0" //这里需要设置资源文件,否则会报错,文件找不到 sourceSets {
main {
manifest.srcFile 'AndroidManifest.xml'
java.srcDirs = ['src']
resources.srcDirs = ['src/main/res']
aidl.srcDirs = ['src']
renderscript.srcDirs = ['src']
res.srcDirs = ['res/main/res']
assets.srcDirs = ['assets'] }
instrumentTest.setRoot('tests') }
defaultConfig {
applicationId "com.example.monkey.myapplication" minSdkVersion 10 targetSdkVersion 21 versionCode 1 versionName "1.0" } //增加混淆 buildTypes { release {
minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } //这个是解决lint报错的代码 lintOptions { abortOnError false } // 增加签名 signingConfigs { myConfigs { storeFile file("/Users/monkey/.android/debug.keystore") keyAlias "..." keyPassword "..." storePassword "..." } } } allprojects { repositories { jcenter() } } //替换AndroidManifest.xml的REPLACE_KEY字符串为渠道名称 android.applicationVariants.all { variant -> variant.outputs.each { output -> output.processManifest.doLast { //v1.11之前这里用的copy{},我换成了文件操作,这样可以在v1.11版本正常运行,并保持文件夹整洁 //${buildDir}是指build文件夹 //${variant.dirName}是flavor/buildtype,例如GooglePlay/release,运行时会自动生成 //下面的路径是类似这样:build/intermediates/manifests/GooglePlay/release/AndroidManifest.xml def manifestFile = "${buildDir}/intermediates/manifests/full/${variant.dirName}/AndroidManifest.xml" //将字符串REPLACE_KEY替换成flavor的名字 def updatedContent = new File(manifestFile).getText('UTF-8').replaceAll("REPLACE_KEY", "${variant.productFlavors[0].name}") new File(manifestFile).write(updatedContent, 'UTF-8') //将此次flavor的AndroidManifest.xml文件指定为我们修改过的这个文件 variant.processResources.manifestFile = file("${buildDir}/intermediates/manifests/full/${variant.dirName}/AndroidManifest.xml") } } }
接着看下app下面的build.gradle
//增加application的apply apply plugin: 'com.android.application' android { //配置sdk版本 compileSdkVersion 21 buildToolsVersion "20.0.0" defaultConfig { applicationId "com.example.monkey.myapplication" minSdkVersion 10 targetSdkVersion 21 versionCode 1 versionName "1.0" } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } //这个是解决lint报错的代码 lintOptions { abortOnError false } signingConfigs { myConfigs { storeFile file("/Users/monkey/.android/debug.keystore") keyAlias "..." keyPassword "..." storePassword "..." } } //增加多个打包渠道配置 productFlavors { qqqq { applicationId = 'com.monkey.qqq' } hhhhh { applicationId='com.monkey.hhh' } } } dependencies { compile fileTree(dir: 'libs', include: ['*.jar']) compile 'com.android.support:appcompat-v7:21.0.3' }
我们使用gradlew进行编译之后,我们可以在如下目录下中找到分别为了打不同包所用的Android Manifest.xml文件。
同时我们也可以在outputs中的apk看到我们编译出的多个apk,但这里只是package name不同,渠道的meta data并没有修改,但是方法是一样的。
最后的给个编译report。
ec2-54-67-1-101:monkeyApplication monkey$ ./gradlew app:assembleDebug :app:preBuild :app:compileHhhhhDebugNdk UP-TO-DATE :app:preHhhhhDebugBuild :app:checkHhhhhDebugManifest :app:preHhhhhReleaseBuild :app:preQqqqDebugBuild :app:preQqqqReleaseBuild :app:prepareComAndroidSupportAppcompatV72103Library UP-TO-DATE :app:prepareComAndroidSupportSupportV42103Library UP-TO-DATE :app:prepareHhhhhDebugDependencies :app:compileHhhhhDebugAidl UP-TO-DATE :app:compileHhhhhDebugRenderscript UP-TO-DATE :app:generateHhhhhDebugBuildConfig UP-TO-DATE :app:generateHhhhhDebugAssets UP-TO-DATE :app:mergeHhhhhDebugAssets UP-TO-DATE :app:generateHhhhhDebugResValues UP-TO-DATE :app:generateHhhhhDebugResources UP-TO-DATE :app:mergeHhhhhDebugResources UP-TO-DATE :app:processHhhhhDebugManifest UP-TO-DATE :app:processHhhhhDebugResources UP-TO-DATE :app:generateHhhhhDebugSources UP-TO-DATE :app:compileHhhhhDebugJava UP-TO-DATE :app:preDexHhhhhDebug UP-TO-DATE :app:dexHhhhhDebug UP-TO-DATE :app:processHhhhhDebugJavaRes UP-TO-DATE :app:validateDebugSigning :app:packageHhhhhDebug UP-TO-DATE :app:zipalignHhhhhDebug UP-TO-DATE :app:assembleHhhhhDebug UP-TO-DATE :app:compileQqqqDebugNdk UP-TO-DATE :app:checkQqqqDebugManifest :app:prepareQqqqDebugDependencies :app:compileQqqqDebugAidl UP-TO-DATE :app:compileQqqqDebugRenderscript UP-TO-DATE :app:generateQqqqDebugBuildConfig UP-TO-DATE :app:generateQqqqDebugAssets UP-TO-DATE :app:mergeQqqqDebugAssets UP-TO-DATE :app:generateQqqqDebugResValues UP-TO-DATE :app:generateQqqqDebugResources UP-TO-DATE :app:mergeQqqqDebugResources UP-TO-DATE :app:processQqqqDebugManifest UP-TO-DATE :app:processQqqqDebugResources UP-TO-DATE :app:generateQqqqDebugSources UP-TO-DATE :app:compileQqqqDebugJava UP-TO-DATE :app:preDexQqqqDebug UP-TO-DATE :app:dexQqqqDebug UP-TO-DATE :app:processQqqqDebugJavaRes UP-TO-DATE :app:packageQqqqDebug UP-TO-DATE :app:zipalignQqqqDebug UP-TO-DATE :app:assembleQqqqDebug UP-TO-DATE :app:assembleDebug UP-TO-DATE BUILD SUCCESSFUL Total time: 8.73 secs
总体来讲,gradle的编译会比以往的mvn的pom配置文件来的更灵活,可配置性更强。关于更多的配置见之后的文章吧
出处:http://testerhome.com/topics/1708