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年以前  |  2423次阅读  |  详细内容 »

Android Linux 内核层安全

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

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

Android 本地用户空间层安全

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

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

Android 框架层安全

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

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

Android 应用层安全

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

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

Android 安全的其它话题

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

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

Android高性能JSON数据解析

原文链接 : Hi Performance JSON Parsing in Android 有时Android开发中我们调用的1/3的API需要我们下载JSON数据。现在我有一个客户端调用一个API接口用于为设备同步数据。...

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

使用Androguard静态分析APK

到目前为止,在之前关于Android逆向工程的介绍中,我们已经知道了APK文件的格式,如何使用使用AAPT,提取应用程序中和Android SDK相关的有用信息,如何将DEX字节码转化成更具...

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

在Android开发中使用RxJava

ReactiveX是专注于异步工作的API,它将异步事件的处理与观察者模式、迭代器模式及函数式编程相结合了起来。实时地处理返回数据是在工程中经常出现的情景,所以使用高效、可...

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

Android 自动截屏工具

原文链接 : Automating Android Screenshots 随着mac版本AndroidTool的发布,获取android应用截屏变得非常简单。与此同时,感谢开发商!这对于我们开发者来说真是太好了! ...

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

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

原文链接 : Gradle tip #3: Tasks ordering 我发现在使用Gradle的过程中遇到的很多问题都跟任务的顺序有关系,不管是已经存在的任务还是我自定义的任务。很显然,如果任务...

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

使用RxJava缓存Rest请求

原文链接 : Subscribe It While It&#039;s Hot: Cached Rest Requests With RxJava 免责声明: 在这篇文章中,我尝试去用正确的方法来解决一个常见的问题。我仍然正在整理我脑袋...

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

在Activity中使用Thread导致的内存泄漏

注:这篇博文涉及的源码可以在 GitHub 上面下载哦 做 Android 开发最常遇到的问题就是在 Activity 的生命周期中协调耗时任务,避免执行任务导致不易察觉的内存泄漏。不妨...

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

使用Robolectric的参数化测试

原文链接 : Parameterized testing with Robolectric 在目前的项目中我们使用Robolectric为Android应用程序编写单元测试,它一直都干的不错。最近我需要编写一个测试用例,通...

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

从网页中触发Android原生的分享Intent

原文链接 : Triggering a native Share intent on Android from the web 这是很久之前的事了,在我访问了班加罗尔(印度南部城市)的FlipKart以及进行了一场关于是否存在一...

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

使用Espresso进行UI测试

原文链接 : Using Espresso for Easy UI Testing 在我和很多Android开发者聊天的时候我注意到他们在开发的过程中并不注重测试这一环节,原因是他们认为Android测试太难实现...

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

Android MVPR 架构模式-Part1

原文链接 : MVPR: A FLEXIBLE, TESTABLE ARCHITECTURE FOR ANDROID (PT. 1) 全面的单元测试能提高内部系统的代码质量,因为系统的每一个组件都需要被测试,因此每个单元...

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

最多阅读

简化Android的UI开发 1年以前  |  360608次阅读
Android设计与开发工作流 1年以前  |  3015次阅读
30分钟搭建一个android的私有Maven仓库 1年以前  |  2935次阅读
Google Enjarify:可代替dex2jar的dex反编译 1年以前  |  2905次阅读
Android多渠道打包工具:apptools 1年以前  |  2453次阅读
Android UI基本技术点 1年以前  |  2438次阅读
Google Java编程风格规范(中文版) 1年以前  |  2420次阅读
Android权限 - 第一篇 1年以前  |  2350次阅读
Stetho 1年以前  |  2264次阅读
2015 Google IO带来的新 Android 开发工具 1年以前  |  2183次阅读
你应该知道的布局和属性 1年以前  |  2136次阅读
听FackBook工程师讲*Custom ViewGroups* 1年以前  |  2119次阅读
MVP在Android平台上的应用 1年以前  |  2111次阅读