Gradle中tasks.named('test')与test写法的区别及变更原因

首先明确两种都是Groovy版Gradle的配置写法：

当前生成的配置：

tasks.named('test') {
    useJUnitPlatform()
}

此前的写法：

test {
    useJUnitPlatform()
}

做出这个变更的核心原因如下：

• 适配Gradle长期API演进
  Gradle从6.x版本开始大力推广懒加载配置的API，tasks.named() 是官方明确推荐的标准写法；而直接引用 test {} 属于旧的“即时任务配置”方式，未来Gradle大版本中可能被标记为过时。Spring Initializr提前切换是为了让生成的项目适配Gradle的长期发展路线，避免后续版本兼容问题。

• 优化构建配置阶段性能
  直接写 test {} 会在Gradle的配置阶段就完成test任务的初始化，而 tasks.named() 是在任务实际需要执行（或被其他任务依赖）时才进行配置。对于多模块项目或包含大量任务的复杂项目，这种懒加载方式能显著减少配置阶段的不必要开销，提升整体构建效率。

• 统一生态配置风格
  Spring生态内的工具（比如Spring Boot插件）现在逐渐统一采用Gradle官方推荐的懒加载API来配置任务，这种写法能让用户在不同Spring项目间切换时，保持一致的配置认知，同时对齐Gradle官方文档的最佳实践。

• 提升配置的健壮性
  如果项目因插件调整、自定义逻辑等原因导致test任务未被创建，直接使用 test {} 会在配置阶段直接抛出“找不到任务”的异常；而 tasks.named() 只会在任务实际被解析时才检查存在性，配合条件判断能更安全地处理这类边缘场景，写法本身更健壮。

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