深入理解gradle中的task

簡介

在之前的文章中,我們講到了如何使用gradle創建一個簡單的task,以及task之間怎麼依賴,甚至使用了程序來創建task。在本文中,我們會更加深入的去了解一下gradle中的task。

定義task

定義一個task可以有很多種方式,比如下面的使用string作爲task的名字:

task('hello') {
doLast {
println "hello"
}
}

task('copy', type: Copy) {
from(file('srcDir'))
into(buildDir)
}

還可以使用tasks容器來創建:

tasks.create('hello') {
doLast {
println "hello"
}
}

tasks.create('copy', Copy) {
from(file('srcDir'))
into(buildDir)
}

上面的例子中,我們使用tasks.create方法,將新創建的task加到tasks集合中。

我們還可以使用groovy特有的語法來定義一個task:

task(hello) {
doLast {
println "hello"
}
}

task(copy, type: Copy) {
from(file('srcDir'))
into(buildDir)
}

tasks 集合類

上面我們在創建task的時候,使用了tasks集合類來創建task。

實際上,tasks集合類是一個非常有用的工具類,我們可以使用它來做很多事情。

直接在build文件中使用tasks,實際上是引用了TaskContainer的一個實例對象。我們還可以使用 Project.getTasks() 來獲取這個實例對象。

我們看下TaskContainer的定義:

public interface TaskContainer extends TaskCollection<Task>, PolymorphicDomainObjectContainer<Task> 

從定義上,我們可以看出TaskContainer是一個task的集合和域對象的集合。

taskContainer中有四類非常重要的方法:

第一類是定位task的方法,有個分別是findByPath和getByPath。兩個方法的區別就是findByPath如果沒找到會返回null,而getByPath沒找到的話會拋出UnknownTaskException。

看下怎麼使用:

task hello

println tasks.getByPath('hello').path
println tasks.getByPath(':hello').path

輸出:

:hello
:hello

第二類是創建task的方法create,create方法有多種實現,你可以直接通過名字來創建一個task:

task('hello') {
doLast {
println "hello"
}
}

也可以創建特定類型的task:

task('copy', type: Copy) {
from(file('srcDir'))
into(buildDir)
}

還可以創建帶參數的構造函數的task:

class CustomTask extends DefaultTask {
final String message
final int number

@Inject
CustomTask(String message, int number) {
this.message = message
this.number = number
}
}

上面我們爲CustomTask創建了一個帶參數的構造函數,注意,這裏需要帶上@javax.inject.Inject註解,表示我們後面可以傳遞參數給這個構造函數。

我們可以這樣使用:

tasks.create('myTask', CustomTask, 'hello', 42)

也可以這樣使用:

task myTask(type: CustomTask, constructorArgs: ['hello', 42])

第三類是register,register也是用來創建新的task的,不過register執行的是延遲創建。也就是說只有當task被需要使用的時候纔會被創建。

我們先看一個register方法的定義:

TaskProvider<Task> register(String name,
Action<? super Task> configurationAction)
throws InvalidUserDataException

可以看到register返回了一個TaskProvider,有點像java多線程中的callable,當我們調用Provider.get()獲取task值的時候,纔會去創建這個task。

或者我們調用TaskCollection.getByName(java.lang.String)的時候也會創建對應的task。

最後一類是replace方法:

Task replace(String name)
<T extends Task> T replace(String name,
Class<T> type)

replace的作用就是創建一個新的task,並且替換掉同樣名字的老的task。

Task 之間的依賴

task之間的依賴關係是通過task name來決定的。我們可以在同一個項目中做task之間的依賴:

task hello {
doLast {
println 'Hello www.flydean.com!'
}
}
task intro {
dependsOn hello
doLast {
println "I'm flydean"
}
}

也可以跨項目進行task的依賴,如果是跨項目的task依賴的話,需要制定task的路徑:

project('project-a') {
task taskX {
dependsOn ':project-b:taskY'
doLast {
println 'taskX'
}
}
}

project('project-b') {
task taskY {
doLast {
println 'taskY'
}
}
}

或者我們可以在定義好task之後,再處理task之間的依賴關係:

task taskX {
doLast {
println 'taskX'
}
}

task taskY {
doLast {
println 'taskY'
}
}

還可以動態添加依賴關係:

task taskX {
doLast {
println 'taskX'
}
}

// Using a Groovy Closure
taskX.dependsOn {
tasks.findAll { task -> task.name.startsWith('lib') }
}

task lib1 {
doLast {
println 'lib1'
}
}

task lib2 {
doLast {
println 'lib2'
}
}

task notALib {
doLast {
println 'notALib'
}
}

定義task之間的順序

有時候我們的task之間是有執行順序的,我們稱之爲對task的排序ordering。

先看一下ordering和dependency有什麼區別。dependency表示的是一種強依賴關係,如果taskA依賴於taskB,那麼執行taskA的時候一定要先執行taskB。

而ordering則是一種並不太強列的順序關係。表示taskA需要在taskB之後執行,但是taskB不執行也可以。

在gradle中有兩種order:分別是must run after和should run after。

taskA.mustRunAfter(taskB)表示必須遵守的順序關係,而taskA.shouldRunAfter(taskB)則不是必須的,在下面兩種情況下可以忽略這樣的順序關係:
第一種情況是如果shouldRunAfter引入了order循環的時候。

第二種情況是如果在並行執行的情況下,task所有的依賴關係都已經滿足了,那麼也會忽略這個順序。

我們看下怎麼使用:

task taskX {
doLast {
println 'flydean.com'
}
}
task taskY {
doLast {
println 'hello'
}
}
taskY.mustRunAfter taskX
//taskY.shouldRunAfter taskX

給task一些描述

我們可以給task一些描述信息,這樣我們在執行gradle tasks的時候,就可以查看到:

task copy(type: Copy) {
description 'Copies the resource directory to the target directory.'
from 'resources'
into 'target'
include('**/*.txt', '**/*.xml', '**/*.properties')
}

task的條件執行

有時候我們需要根據build文件中的某些屬性來判斷是否執行特定的task,我們可以使用onlyIf :

task hello {
doLast {
println 'www.flydean.com'
}
}

hello.onlyIf { !project.hasProperty('skipHello') }

或者我們可以拋出StopExecutionException異常,如果遇到這個異常,那麼task後面的任務將不會被執行:

task compile {
doLast {
println 'We are doing the compile.'
}
}

compile.doFirst {
if (true) { throw new StopExecutionException() }
}
task myTask {
dependsOn('compile')
doLast {
println 'I am not affected'
}
}

我們還可以啓動和禁用task:

myTask.enabled = false

最後我們還可以讓task超時,當超時的時候,執行task的線程將會被中斷,並且task將會被標記爲failed。

如果我們想繼續執行,那麼可以使用 –continue。

注意, 只有能夠響應中斷的task,timeout纔有用。

task hangingTask() {
doLast {
Thread.sleep(100000)
}
timeout = Duration.ofMillis(500)
}

task rule

如果我們想要給某些task定義一些規則,那麼可以使用tasks.addRule:

tasks.addRule("Pattern: ping<ID>") { String taskName ->
if (taskName.startsWith("ping")) {
task(taskName) {
doLast {
println "Pinging: " + (taskName - 'ping')
}
}
}
}

上我們定義了一個rule,如果taskName是以ping開頭的話,那麼將會輸出對應的內容。

看下運行結果:

> gradle -q pingServer1
Pinging: Server1

我還可以將這些rules作爲依賴項引入:

task groupPing {
dependsOn pingServer1, pingServer2
}

Finalizer tasks

和java中的finally一樣,task也可以指定對應的finalize task:

task taskX {
doLast {
println 'taskX'
}
}
task taskY {
doLast {
println 'taskY'
}
}

taskX.finalizedBy taskY

> gradle -q taskX
taskX
taskY

finalize task是一定會被執行的,即使上面的taskX中拋出了異常。


本文分享自微信公衆號 - 程序那些事(flydean-tech)。
如有侵權,請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”,歡迎正在閱讀的你也加入,一起分享。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章