深圳比邻网站建设,大理州建设局门户网站,昆明购物网站建设,免费的软件开发工具Gradle虽为构建神器#xff0c;但感觉学习曲线比较陡峭。Gradle User Guide内容很多#xff0c;但有点太多了#xff0c;多的你看不完#xff0c;Gradle Plugin User Guide一篇文章主要讲了Android相关的配置#xff0c;看完可能感觉马马虎虎会用#xff0c;但到了修改一… Gradle虽为构建神器但感觉学习曲线比较陡峭。Gradle User Guide内容很多但有点太多了多的你看不完Gradle Plugin User Guide一篇文章主要讲了Android相关的配置看完可能感觉马马虎虎会用但到了修改一些构建流程的时候还是不知所措。经过一段时间的摸索我觉得在Android项目中用好Gradle你要做到以下三点
了解Groovy基本语法。粗读Gradle User Guide和Gradle Plugin User Guide。实战实战再实战。(三遍你懂的) 涉及到的知识点和内容比较多我不会一一讲解本文主要会解答自己学习过程中的一些疑问讲解一些相关概念和实战经验过程中也会推荐一些有质量的博客文章。 Groovy语言 Gradle基于Groovy语言虽然接触Gradle比较久甚至写过一点Groovy语句但对语言本身并不了解。为什么用Groovy呢Groovy运行在JVM上在Java语言的基础上借鉴了脚本语言的诸多特性相比Java代码量更少Groovy兼容Java可以使用Groovy和Java混合编程可以直接使用各种Java类库。 Groovy语法的学习推荐官方文章Differences with Java和IBM developerWorks的精通Groovy。了解了基本语法对读写gradle脚本都会有帮助比如随便举下面几个例子 比如为何在gradle脚本中使用InputStream不用import包而使用ZipFile需要import包因为groovy默认import了下面的包和类无需再import.
java.io.*
java.lang.*
java.math.BigDecimal
java.math.BigInteger
java.net.*
java.util.*
groovy.lang.*
groovy.util.*
2、经常看到${var1}的用法是怎么回事 这是Groovy中的GString可以在双引号中直接使用用于字符串叠加非常方便。 def dx tasks.findByName(dex${variant.name.capitalize()}) 下面的代码你真的能看懂吗 //apply是一个方法plugin是参数值为com.android.application
apply plugin: com.android.application/**
*buildscript,repositories和dependencies本身是方法名。
*后面跟的大括号部分都是一个闭包作为方法的参数。
*闭包可以简单的理解为一个代码块或方法指针。
*/
buildscript {repositories {jcenter()}dependencies {classpath com.android.tools.build:gradle:1.2.3}
}//groovy遍历的一种写法 each后面是闭包
android.applicationVariants.each { variant -
} Gradle概念 下面讲几个Gradle相关的概念几个比较重要的吧更多的东西还是要自己去看Gradle User Guide。 生命周期 Gradle构建系统有自己的生命周期初始化、配置和运行三个阶段。
初始化阶段会去读取根工程中setting.gradle中的include信息决定有哪几个工程加入构建创建project实例比如下面有三个工程 include :app, :lib1, :lib2配置阶段会去执行所有工程的build.gradle脚本配置project对象一个对象由多个任务组成此阶段也会去创建、配置task及相关信息。运行阶段根据gradle命令传递过来的task名称执行相关依赖任务。 任务创建 很多文章都会告诉你任务创建要这样
task hello {doLast {println hello}
} 或者用替换doLast那我就很纳闷定义个任务怎么这么麻烦还要加什么doLast我直接这样不行吗
task hello {println hello
} 上面的这种写法“hello” 是在gradle的配置阶段打印出来的而前面的写法是在gradle的运行阶段打印出来的所以怎么写要看你的需求了。 另外task中有一个action listtask运行时会顺序执行action list中的actiondoLast或者doFirst后面跟的闭包就是一个actiondoLast是把action插入到list的最后面而doFirst是把action插入到list的最前面。 任务依赖 当我们在Android工程中执行./gradlew build的时候会有很多任务运行因为build任务依赖了很多任务要先执行依赖任务才能运行当前任务。任务依赖主要使用dependsOn方法如下所示
task A {println Hello from A}
task B {println Hello from B}
task C {println Hello from C}
B.dependsOn A
C.dependsOn B 了解更多可以看一下侦跃翻译的Gradle tip #3-Task顺序。 增量构建 你在执行gradle命令的时候是不是经常看到有些任务后面跟着[UP-TO-DATE]这是怎么回事 在Gradle中每一个task都有inputs和outputs如果在执行一个Task时如果它的输入和输出与前一次执行时没有发生变化那么Gradle便会认为该Task是最新的因此Gradle将不予执行这就是增量构建的概念。 一个task的inputs和outputs可以是一个或多个文件可以是文件夹还可以是project的某个property甚至可以是某个闭包所定义的条件。自定义task默认每次执行但通过指定inputs和outputs可以达到增量构建的效果。 依赖传递 Gradle默认支持传递性依赖比如当前工程依赖包A包A依赖包B那么当前工程会自动依赖包B。同时Gradle支持排除和关闭依赖性传递。 之前引入远程AAR一般会这样写
compile com.somepackage:LIBRARY_NAME:1.0.0aar 上面的写法会关闭依赖性传递所以有时候可能就会出问题为什么呢本来以为aar是指定下载的格式但其实不然远程仓库文件下载格式应该是由pom文件中packaging属性决定的符号的真正作用是Artifact only notation也就是只下载文件本身不下载依赖相当于变相的关闭了依赖传递可以看一下sf的这个问题通过添加transitivetrue可以解决。但其实如果远程仓库有pom文件存在compile后面根本不需要加aar也就不会遇到这个问题了。 Android Gradle实战 下面讲讲在Android Gradle实战中遇到的一些问题和经验感觉还是蛮多干货的。 productFlavors 这个东西基本上已经烂大街了gradle的项目一般都会使用Product Flavor看完美团的文章你应该就懂了。 美团Android自动化之旅—适配渠道包 buildTypes 很多App有内测版和正式版怎么让他们同时安装在一个手机上同时安装在一个手机上要求packageName不同的用productFlavors可以解决但可能不够优雅alpha版本还要来个debug和release版本岂不是很蛋疼可以用buildTypes来解决淘宝资深架构师朱鸿的文章有比较详细的讲解但有些内容可能有些过时了需要更改脚本。 依赖更新 项目依赖的远程包如果有更新会有提醒或者自动更新吗 不会的需要你手动设置changing标记为true这样gradle会每24小时检查更新通过更改resolutionStrategy可以修改检查周期。
configurations.all {// check for updates every buildresolutionStrategy.cacheChangingModulesFor 0, seconds
}
dependencies {compile group: group, name: projectA, version: 1.1-SNAPSHOT, changing: true
} 之前上传aar同一版本到maven仓库但依赖却没有更新该怎么办呢?可以直接删除本地缓存缓存在~/.gradle/caches目录下删除缓存后下次运行就会自动重新下载远程依赖了。 上传aar到Maven仓库 在工程的build.gradle中添加如下脚本
apply plugin: maven
uploadArchives {repositories {mavenDeployer {pom.groupId GROUP_IDpom.artifactId ARTIFACT_IDpom.version VERSIONrepository(url: RELEASE_REPOSITORY_URL) {authentication(userName: USERNAME, password: PASSWORD)}}}
} 在build.gradle同目录下添加gradle.properties文件配置如下
GROUP_IDdianping.android.nova.thirdparty
ARTIFACT_IDzxing
VERSION1.0
RELEASE_REPOSITORY_URLhttp://mvn.dp.com/nova
USERNAMEhello
PASSWORDhello gradle.properties的属性会被build.gradle读取用来上传aar最后执行./gradlew :Zxing:uploadArchives即可。 更多配置可参考建立企业内部maven服务器并使用Android Studio发布公共项目。 取消任务 项目构建过程中那么多任务有些test相关的任务可能根本不需要可以直接关掉在build.gradle中加入如下脚本
tasks.whenTaskAdded { task -if (task.name.contains(AndroidTest)) {task.enabled false}
} tasks会获取当前project中所有的taskenabled属性控制任务开关whenTaskAdded后面的闭包会在gradle配置阶段完成。 加入任务 任务可以取消了但还不尽兴啊想加入任务怎么搞前面讲了dependsOn的方法那就拿过来用啊但是原有任务的依赖关系你又不是很清楚甚至任务名称都不知道怎么搞 比如我想在执行dex打包之前加入一个hello任务可以这么写
afterEvaluate {android.applicationVariants.each { variant -def dx tasks.findByName(dex${variant.name.capitalize()})def hello hello${variant.name.capitalize()}task(hello) {println hello}tasks.findByName(hello).dependsOn dx.taskDependencies.getDependencies(dx)dx.dependsOn tasks.findByName(hello)}
} afterEvaluate是什么鸟你可以理解为在配置阶段要结束项目评估完会走到这一步。 variant呢variant productFlavors buildTypes所以dex打包的任务可能就是dexCommonDebug。 你怎么知道dex任务的具体名称Android Studio中的Gradle Console在执行gradle任务的时候会有输出可以仔细观察一下。 hello任务定义的这么复杂干啥我直接就叫hello不行吗?不行each就是遍历variants如果每个都叫hello多个variant都一样岂不是傻傻分不清楚加上variant的name做后缀才有任务的区分。 关键来了dx.taskDependencies.getDependencies(dx)会获取dx任务的所有依赖让hello任务依赖dx任务的所有依赖再让dx任务依赖hello任务这样就可以加入某个任务到构建流程了是不是感觉非常灵活。 我突然想到用doFirst的方式加入一个action到dx任务中应该也可以达到上面效果。 gradle加速 gradle加速可以看看这位朋友写的加速Android Studio/Gradle构建我就不多嘴了。并行编译常驻内存还有离线模式这些思路对gradle的加速感觉还是比较有限。 想要更快可以尝试下Facebook出品的Buck可以看一下Vine团队适配Buck的技术文章我们的架构师也有适配Buck加速效果在10倍左右但有两个缺点不支持Windows系统不支持远程依赖。 任务监听 你想知道每个执行任务的运行时间吗你想知道每个执行任务都是干嘛的吗把下面这段脚本加入build.gradle中即可
class TimingsListener implements TaskExecutionListener, BuildListener {private Clock clockprivate timings []Overridevoid beforeExecute(Task task) {clock new org.gradle.util.Clock()}Overridevoid afterExecute(Task task, TaskState taskState) {def ms clock.timeInMstimings.add([ms, task.path])task.project.logger.warn ${task.path} took ${ms}ms}Overridevoid buildFinished(BuildResult result) {println Task timings:for (timing in timings) {if (timing[0] 50) {printf %7sms %s\n, timing}}}Overridevoid buildStarted(Gradle gradle) {}Overridevoid projectsEvaluated(Gradle gradle) {}Overridevoid projectsLoaded(Gradle gradle) {}Overridevoid settingsEvaluated(Settings settings) {}
}gradle.addListener new TimingsListener() 上面是对每个任务计时的一个例子想要了解每个任务的作用你可以修改上面的脚本打印出每个任务的inputs和outputs。比如assembleDebug那么多依赖任务每个都是干什么的一会compile一会generate有什么区别看到每个task的输入输出就可以大体看出它的作用。如果对assemble的每个任务监听你会发现改一行代码build的时间主要花费在了dex上buck牛逼的地方就是对这个地方进行了优化大大减少了增量编译运行的时间。 buildscript方法 Android项目中根工程默认的build.gradle应该是这样的
// Top-level build file where you can add configuration options common to all sub-projects/modules.buildscript {repositories {jcenter()}dependencies {classpath com.android.tools.build:gradle:1.2.3}
}allprojects {repositories {jcenter()}
} 一会一个jcenter()这是在干什么buildscript方法的作用是配置脚本的依赖而我们平常用的compile是配置project的依赖。repositories的意思就是需要包的时候到哥这里来找然后你以为com.android.tools.build:gradle:1.2.3会从jcenter那里下载了是吧图样图森破不信加入下面这段脚本看看输出
buildscript {repositories {jcenter()}repositories.each {println it.getUrl()}dependencies {classpath com.android.tools.build:gradle:1.2.3}
} 结果是这样的
file:/Applications/Android%20Studio.app/Contents/gradle/m2repository/ https://jcenter.bintray.com/ 我靠仓库竟然直接在Android Studio应用内部所以说你去掉buildscript的jcenter()完全没有关系啊下面还有更爽的我们知道有依赖传递上面classpath 中的gradle依赖gradle-coregradle-core依赖lintlint依赖lint-checkslint-checks最后依赖到了asm并且这个根目录中的依赖配置会传到所有工程的配置文件所以如果你要引用asm相关的类不用设置classpath直接import就可以了。你怎么知道前面的依赖关系的看上面m2repository目录中对应的pom文件就可以了。 为什么讲到ASM呢ASM又是个比较刁的东西可以直接用来操纵Java字节码达到动态更改class文件的效果。可以用ASM面向切面编程达到解耦效果。Android DEX自动拆包及动态加载简介中提到的class依赖分析和R常量替换的脚本都可以用ASM来搞。 引入脚本 脚本写多了都挤在一个build.gradle里也不好人长大了总要自己出去住那可以把部分脚本抽出去吗当然可以新建一个other.gradle把脚本抽离然后在build.gradle中添加apply from other.gradle即可抽出去以后你会发现本来可以直接import的asm包找不到了怎么回事根工程中配置的buildscript会传递到所有工程但只会传到build.gradle脚本中其他脚本可不管所以你要在other.gradle中重新配置buildscript并且other.gradle中的repositories不再包含m2repository目录自己配置jcenter()又会导致依赖重新下载到~/.gradle/caches目录。如果不想额外下载也可以在other.gradle中这么搞
buildscript {repositories {maven {url rootProject.buildscript.repositories[0].getUrl()}}dependencies {classpath com.android.tools.build:gradle:1.2.3}
} 获取AndroidManifest文件 ApplicationId versus PackageName提到gradle中的applicationid用来区分应用manifest中packageName用来指定R文件包名并且各个productFlavor 的manifest中的packageName应该一致。applicationid只是gradle脚本中的定义其实最后生成的apk中的manifest文件的packageName还是会被applicationid替换掉。 那获取R文件的包名怎么搞要获取AndroidManifest中package属性并且这个manifest要是起始的文件因为最终文件中的package属性会被applicationid冲掉由于各个manifest中的package属性一样并且非主manifest可以没有package属性所以只有获取主manifest的package属性才是最准确的。
def manifestFile android.sourceSets.main.manifest.srcFile
def packageName new XmlParser().parse(manifestFile).attribute(package)
