Gradle支持命令行空格分隔多个任务名，但执行顺序由依赖关系而非输入顺序决定；应通过dependsOn在build.gradle中声明可靠依赖，而非依赖拼接顺序。
gradle 命令行直接拼接多个任务名
Gradle 原生支持在单次命令中执行多个任务，只要用空格分隔即可。比如 gradle compileJava test 会触发这两个任务及其所有依赖任务。
- 执行顺序严格按命令行中出现的顺序：先写
test后写compileJava，Gradle 就先尝试调度test；但实际运行时仍受依赖关系约束——如果test依赖compileJava，后者仍会自动提前执行 - 每个任务只运行一次，哪怕被多个路径触发。例如
gradle build test中，build已含test，但test不会重复执行 - 不推荐靠顺序“绕过”依赖逻辑，比如写
gradle test compileJava并不能让test真的先于编译运行——它只会报错或跳过（取决于 task 实现）
自定义任务间依赖比拼接更可靠
靠命令行拼接多个任务名，本质是“声明要跑哪些入口”，真正决定执行流的是 dependsOn 关系。如果你希望 A 总是在 B 之前完成，应该在 build.gradle 里写死依赖，而不是每次敲命令都记顺序。
- 错误写法：
gradle clean assemble——看似“先清再打”，但如果assemble没声明dependsOn clean，clean 可能被跳过（尤其开启构建缓存时） - 正确写法：定义一个新任务
task cleanAndAssemble(dependsOn: ['clean', 'assemble'])，以后只跑gradle cleanAndAssemble - 注意
dependsOn接收字符串、字符串列表或 Task 对象，别传错类型，否则会报Cannot convert object to Task
IntelliJ IDEA 里配置多任务运行组合
IDEA 支持把多个 Gradle 任务打包成一个运行配置，适合高频组合（如 “清理 + 编译 + 测试”），避免重复敲命令。
- 操作路径：菜单栏 Run → Edit Configurations… → + → Gradle，在
Tasks输入框里填空格分隔的任务名，例如clean test - 勾选
Run with Gradle Wrapper可确保环境一致；不勾则走系统全局 Gradle，容易因版本差异失败 - 该配置保存后，下次可直接从工具栏下拉菜单选中执行，也能绑定快捷键
常见陷阱：任务名大小写和缩写
Gradle 允许驼峰任务名缩写，但容易误判。比如 compileJava 可缩为 cJ，但 test 缩成 t 会和 testClasses 冲突（两者都匹配 t），导致执行意外任务。
- 执行前加
--dry-run预览实际会跑哪些任务，例如gradle t --dry-run - 不确定任务名？运行
gradle tasks --all查全量列表，注意看括号里的描述（比如test后面标着Runs the unit tests.） - 自定义任务名避免驼峰，比如用
runServer而非runLocalServer，缩写风险更低
实际项目里，多数人卡在「以为拼了就按序跑」和「没意识到依赖才是执行逻辑的真正控制点」。任务名拼接只是入口，依赖图才是引擎。
