Gradle小知识#3:任务的顺序

原文链接 : Gradle tip #3: Tasks ordering

我发现在使用Gradle的过程中遇到的很多问题都跟任务的顺序有关系,不管是已经存在的任务还是我自定义的任务。很显然,如果任务能在正确的时间执行的话,构建任务就能更好的工作了。

所以让我们深入了解下怎么更改任务的执行上顺序这个问题。

dependsOn

我觉得让某个任务在另一个任务之后执行的最简单的方法就是使用dependsOn方法。

假设有一个任务A,现在我们要添加一个任务B并且任务B只有在任务A执行后它才会执行:

先来定义两个任务,任务AB

task A << {println 'Hello from A'}
task B << {println 'Hello from B'}

然后你要做的就是告诉Gradle任务B依赖于任务A

B.dependsOn A

这样不管什么时候我执行任务B,Gradle也会执行任务A

paveldudka$ gradle B
:A
Hello from A
:B
Hello from B

另外,你也可以在任务的配置部分声明类似的依赖关系:

task A << {println 'Hello from A'}
task B {
    dependsOn A
    doLast {
        println 'Hello from B'  
    }
}

效果是一样的。

但是如果想把我们的任务插入到已经存在的任务流中该怎么做?

步骤基本是一样的。

原本的任务流程是这样的:

task A << {println 'Hello from A'}
task B << {println 'Hello from B'}
task C << {println 'Hello from C'}

B.dependsOn A
C.dependsOn B

我们的新任务是这样的:

task B1 << {println 'Hello from B1'}
B1.dependsOn B
C.dependsOn B1

输出:

paveldudka$ gradle C
:A
Hello from A
:B
Hello from B
:B1
Hello from B1
:C
Hello from C

可以看到dependsOn方法把新任务添加到一个依赖序列当中去了。因此一个任务依赖多个任务也是完全可以的:

task B1 << {println 'Hello from B1'}
B1.dependsOn B
B1.dependsOn Q

输出:

paveldudka$ gradle B1
:A
Hello from A
:B
Hello from B
:Q
Hello from Q
:B1
Hello from B1

mustRunAfter

想象一下我们的任务依赖其他两个任务。下面我会使用一个更真实点的例子。假如我有一个任务执行单元测试,另一个任务做UI测试,还有一个任务单元测试和UI测试都做:

task unit << {println 'Hello from unit tests'}
task ui << {println 'Hello from UI tests'}
task tests << {println 'Hello from all tests!'}

tests.dependsOn unit
tests.dependsOn ui

输出:

paveldudka$ gradle tests
:ui
Hello from UI tests
:unit
Hello from unit tests
:tests
Hello from all tests!

尽管unit任务和UI测试任务会在tests任务之前执行,但是unitUI这两个任务的执行顺序并不确定。现在我猜测他们是按照字母表的顺序执行的,但这种行为只是通过实践而猜测出来的,你不应该依赖于这种猜测。

我们知道UI测试的执行时间要比单元测试的执行时间长的多,所以我想让单元测试的任务先执行,只有单元测试执行正确然后才执行UI测试的任务。那么我应该怎么做才能达到这样的效果,即单元测试任务在UI测试任务之前执行?

task unit << {println 'Hello from unit tests'}
task ui << {println 'Hello from UI tests'}
task tests << {println 'Hello from all tests!'}

tests.dependsOn unit
tests.dependsOn ui
ui.dependsOn unit // <-- I added this dependency

输出

paveldudka$ gradle tests
:unit
Hello from unit tests
:ui
Hello from UI tests
:tests
Hello from all tests!

这样写单元测试就会在UI测试之前执行了!还不错!

但是! 这样写有一个比较恶心的问题!UI测试其实并不会依赖于单元测试。我想要UI测试可以单独的执行,但是现在的情况是每次我想执行UI测试的任务,单元测试的任务也会被执行!

mustRunAfter就可以解决这样的问题。它通过方法参数告诉Gradle该任务在哪个任务之后执行。因此,我们不需要为单元测试和UI测试指定依赖关系,而是当他们两个任务同时执行的时候,会给单元测试更高的执行优先级。这样单元测试就先于UI测试执行了:

task unit << {println 'Hello from unit tests'}
task ui << {println 'Hello from UI tests'}
task tests << {println 'Hello from all tests!'}

tests.dependsOn unit
tests.dependsOn ui
ui.mustRunAfter unit

输出

paveldudka$ gradle tests
:unit
Hello from unit tests
:ui
Hello from UI tests
:tests
Hello from all tests!

现在依赖关系就是这样的了:

可以看到UI测试和单元测试没有显式的依赖关系!现在如果我单独执行UI测试,单元测试就不会被执行。

需要注意的是: 在Gradle2.4中mustRunAfter被标记为"测试的"。这就意味着这个特性是个试验性质的,它的行为在将来的版本中可能被修改。

finalizedBy

现在我有个可以运行UI测试和单元测试的任务。假如每个测试都会生成一份测试报告,所以我想创建一个任务把这两份测试报告合并成一份:

task unit << {println 'Hello from unit tests'}
task ui << {println 'Hello from UI tests'}
task tests << {println 'Hello from all tests!'}
task mergeReports << {println 'Merging test reports'}

tests.dependsOn unit
tests.dependsOn ui
ui.mustRunAfter unit
mergeReports.dependsOn tests

现在如果我想要两个测试的报告,我就会执行mergeReports这个任务:

paveldudka$ gradle mergeReports
:unit
Hello from unit tests
:ui
Hello from UI tests
:tests
Hello from all tests!
:mergeReports
Merging test reports

虽然正常运行了,但却有点问题。站在用户(指开发人员)的角度来看,mergeReports好像没啥实际意义。我想执行tests任务就能获得相应的报告。显然,我可以把合并报告的逻辑放在tests任务中,但是我更愿意把mergeReports的逻辑分离出来。

finalizedBy方法可以帮你解决这个问题。从它的名字就可以看出,它是某个任务的终结者任务。

现在我们可以像下面这样修改我们的脚本:

task unit << {println 'Hello from unit tests'}
task ui << {println 'Hello from UI tests'}
task tests << {println 'Hello from all tests!'}
task mergeReports << {println 'Merging test reports'}

tests.dependsOn unit
tests.dependsOn ui
ui.mustRunAfter unit
mergeReports.dependsOn tests

tests.finalizedBy mergeReports

现在我可以执行tests任务,而且还能得到测试报告:

paveldudka$ gradle tests
:unit
Hello from unit tests
:ui
Hello from UI tests
:tests
Hello from all tests!
:mergeReports
Merging test reports

需要注意的是:在Gradle2.4中finalizedBy被标记为"测试的",也就是说这是个实验性质的特性,它的行为在将来的版本中可能会被修改。

差不多也就这么多内容了。使用这三个方法你就可以很好的控制你的构建过程了。

Android安全概述

Android 安全架构的理解不仅帮助我了解 Android 的工作原理,而且为我开启了如何构建移动操作系统和 Linux 的眼界。 本章从安全角度讲解 Android 架构的基础知识。 在第 1....

发布于:1年以前  |  1630次阅读  |  详细内容 »

Android Linux 内核层安全

作为最广为人知的开源项目之一,Linux 已经被证明是一个安全,可信和稳定的软件,全世界数千人对它进行研究,攻击和打补丁。 不出所料,Linux 内核是 Android 操作系统的基...

发布于:1年以前  |  1377次阅读  |  详细内容 »

Android 本地用户空间层安全

本地用户空间层在 Android 操作系统的安全配置中起到重要作用。 不理解在该层上发生了什么,就不可能理解在系统中如何实施安全架构决策。 在本章中,我们的主题是 Android ...

发布于:1年以前  |  1109次阅读  |  详细内容 »

Android 框架层安全

如我们在第1.2节中所描述的那样,应用程序框架级别上的安全性由 IPC 引用监视器实现。 在 4.1 节中,我们以 Android 中使用的进程间通信系统的描述开始,讲解这个级别上的...

发布于:1年以前  |  1312次阅读  |  详细内容 »

Android 应用层安全

虽然在这一节中我们描述了应用层的安全性,但是实际的安全实施通常出现在到目前为止描述的底层。 但是,在介绍应用层之后,我们更容易解释 Android 的一些安全功能。 5.1 ...

发布于:1年以前  |  1957次阅读  |  详细内容 »

Android 安全的其它话题

在本章中,我们会涉及到与 Android 安全相关的其他主题,这些主题不直接属于已经涉及的任何主题。 6.1 Android 签名过程 Android 应用程序以 Android 应用包文件(.apk文件...

发布于:1年以前  |  1511次阅读  |  详细内容 »

数据绑定(Data Binding)-Part5

原文链接 : Data Binding - Part 5 直到现在,我们已经见识到Data Binding的很多功能了。但是还有一个很强大的特点没有介绍,那就是观察者模式的应用。 观察者模式在数据会...

发布于:1年以前  |  1020次阅读  |  详细内容 »

在Android 5.0中使用JobScheduler

原文链接 : using-the-jobscheduler-api-on-android-lollipop 在这篇文章中,你会学习到在Android 5.0中如何使用JobScheduler API。JobScheduler API允许开发者在符合某些...

发布于:1年以前  |  907次阅读  |  详细内容 »

Code Review最佳实践

原文链接 : Code Review Best Practices 在Wiredrive上,我们做了很多的Code Review。在此之前我从来没有做过,这对于我来说是一个全新的体验,下面来总结一下在Code Revie...

发布于:1年以前  |  1118次阅读  |  详细内容 »

从Dex到源代码(伪代码)

这个系列的头两篇文章中,我写了两篇关于APK format和aapt tool的文章. 在这篇文章中我将重点讲述dex2jar,它是一个作用于Android .dex文件和Java .class文件的工具。已经...

发布于:1年以前  |  1297次阅读  |  详细内容 »

第五章 基于空间的架构

第五章 基于空间的架构 大多数基于网站的商务应用都遵循相同的请求流程:一个请求从浏览器发到web服务器,然后到应用服务器,然后到数据库服务器。虽然这个模式在用户数不...

发布于:1年以前  |  1114次阅读  |  详细内容 »

Retrofit指南

这是一篇关于如何使用Retrofit写一个Android的REST客户端的小教程。 我为什么选择Retrofit? 在使用square的Retrofit之前,我尝试过Volley和AsyncTask。但在使用过Retrofi...

发布于:1年以前  |  1322次阅读  |  详细内容 »

使用Mockito对异步方法进行单元测试

原文链接 : Unit testing asynchronous methods with Mockito 之前我拍着胸脯承诺要维护的我博客,因此才有了这篇文章。但是请忘记我的那些承诺,我今天要写的是关于Mockit...

发布于:1年以前  |  1095次阅读  |  详细内容 »

Android中调试RxJava

原文链接 : Debugging RxJava on Android 调试是查找和分析bug的过程或者预防软件的正确操作出现问题Wikipedia。 当前调试不是一件容易的事情,我们在处理Android的异步操...

发布于:1年以前  |  709次阅读  |  详细内容 »

国内优秀Android学习资源

技术博客 应用开发 博主 博客 备注 任玉刚 CSDN博客 深入Android应用开发,深度与广度兼顾 郭霖 CSDN博客 内容实用,行文流畅,高人气博主 夏安明 CSDN博客 ...

发布于:1年以前  |  1150次阅读  |  详细内容 »

最多阅读

简化Android的UI开发 6月以前  |  166415次阅读
Google Enjarify:可代替dex2jar的dex反编译 1年以前  |  2148次阅读
Android设计与开发工作流 6月以前  |  2106次阅读
Android多渠道打包工具:apptools 1年以前  |  1847次阅读
Android权限 - 第一篇 1年以前  |  1820次阅读
Google Java编程风格规范(中文版) 1年以前  |  1787次阅读
Stetho 1年以前  |  1730次阅读
Android UI基本技术点 1年以前  |  1715次阅读
30分钟搭建一个android的私有Maven仓库 1年以前  |  1631次阅读
2015 Google IO带来的新 Android 开发工具 1年以前  |  1624次阅读
你应该知道的布局和属性 1年以前  |  1574次阅读
Gradle小知识#3:任务的顺序 1年以前  |  1564次阅读
听FackBook工程师讲*Custom ViewGroups* 1年以前  |  1564次阅读
MVP在Android平台上的应用 1年以前  |  1557次阅读