Gradle/Groovy语法混淆：解析Copy任务代码中from方法的用法

嘿，这个问题问到点子上了，咱们把这段代码和Gradle/Groovy的特性拆解开来说清楚：

1. 你调用的是哪个from方法重载？ #

你代码里的from('images') { ... }，毫无疑问是调用了带两个参数的重载：from(sourcePath: Object, configureAction: Closure)。

Gradle的Copy任务里的from方法有几个核心重载：

• 单参数版本：from(sourcePaths: Object...)——只指定源路径，不对源做额外配置
• 双参数版本：from(sourcePath: Object, configureAction: Closure)——指定源路径的同时，用闭包对这个源的复制规则做精细化配置（比如你这里的include、into）

2. 为什么用from('images') { ... }而不是from('images', { ... })？ #

这是Groovy的语法糖在搞事情！当Groovy方法的最后一个参数是闭包时，你可以把这个闭包从方法的括号里移出来，直接写在括号外面。这两种写法是完全等价的：

// 两种写法功能一模一样
from('images') { include '*.jpg' into 'jpeg' }
from('images', { include '*.jpg' into 'jpeg' })

Gradle之所以推荐前一种写法，是为了让DSL（领域特定语言）的配置代码更具可读性和声明式风格：

• 把闭包移到外面后，结构更清晰，一眼就能看出来“我要从images目录取文件，然后对这些文件应用下面的规则”
• 如果闭包内容复杂（比如多行配置），括号套括号的写法会显得杂乱，而外移闭包的写法更像自然的代码块划分

额外补充：这段代码的实际效果 #

最后再帮你捋一遍这段代码的作用，加深理解：

• 第一个from块：从images目录筛选出所有.jpg文件，复制到build/jpeg目录下
• 第二个from块：从images目录筛选出所有.gif文件，复制到build/gif目录下
• 最终所有符合规则的文件都会被整理到build目录的对应子文件夹里

内容的提问来源于stack exchange，提问作者Themelis