Spring Boot Gradle获取mainClassName遇缓存问题，求查前置任务及执行方法

嘿，这个问题我之前帮人排查过，本质是Gradle配置阶段和执行阶段的生命周期差异，加上Spring Boot插件的主类解析机制在搞事情～

首先，你遇到的核心问题是：bootJar.mainClassName并不是Gradle一开始就有的值——它是由Spring Boot插件提供的resolveMainClassName任务，在执行阶段扫描类路径后才解析出来的。

直接在build.gradle的配置阶段（也就是顶级代码块里）打印这个值时，Gradle还没执行resolveMainClassName，自然拿不到有效内容，就会抛出"Main class name has not been configured..."的错误。而第一次构建成功后，Gradle缓存了resolveMainClassName的执行结果，所以配置阶段能读取到缓存的值；但执行clean后，缓存被清空，又回到了初始状态，报错也就回来了。

有两个简单的方法可以定位到关键的前置任务：

• 用日志追踪依赖链：执行gradle bootJar --info，在输出日志里找包含Task :resolveMainClassName的内容，你会看到它是bootJar任务的核心前置依赖——Spring Boot插件默认会让bootJar依赖这个任务，确保打包前先完成主类的解析。
• 直接打印任务依赖列表：在build.gradle里加一个小任务，专门输出bootJar的依赖：

  task listBootJarDeps {
      doLast {
          println "bootJar的前置任务列表："
          tasks.bootJar.dependsOn.each { task ->
              println "- ${task.name}"
          }
      }
  }
  

  执行gradle listBootJarDeps，就能清晰看到resolveMainClassName在依赖列表里。

要解决打印时的报错，最规范的做法是把打印逻辑放到执行阶段，并让打印任务明确依赖resolveMainClassName，确保它先执行：

// 定义专门的打印任务，绑定前置依赖
task printMainClass {
    // 强制先执行主类解析任务
    dependsOn tasks.resolveMainClassName
    doLast {
        println "解析到的主类名称：${tasks.bootJar.mainClassName}"
    }
}

之后执行gradle printMainClass，不管有没有执行过clean，都会先运行resolveMainClassName完成主类解析，再打印结果，彻底避免报错。

如果非要在配置阶段打印（不推荐，会打破Gradle的生命周期规范，影响增量构建效率），可以手动强制触发resolveMainClassName的执行，但这种写法可能拖慢配置阶段速度：

// 不推荐：强制在配置阶段执行解析任务
tasks.resolveMainClassName.execute()
println "主类名称：${tasks.bootJar.mainClassName}"

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