Gradle任务使用doLast时断点失效的技术问题咨询

为什么doLast包裹javaexec时断点失效？ #

这是因为Gradle的任务执行分为配置阶段和执行阶段，而doLast里的代码只会在执行阶段运行：

• 当你把javaexec放在doLast中，它是作为Gradle主进程的子进程启动的。IntelliJ调试Gradle任务时，默认只会附加到Gradle主进程，不会自动跟踪并附加到这个子进程，因此你的应用代码断点不会被触发。
• 而前两种有效写法的本质：
  • debugTest1是标准的JavaExec类型任务，IntelliJ会识别这是一个独立的Java应用启动任务，调试时直接启动应用的JVM并附加调试器，断点自然生效。
  • debugTest2的写法其实是在Gradle配置阶段就执行了javaexec（而非任务执行阶段），IntelliJ会附加到这个提前启动的应用进程，所以断点有效，但这种写法非常不规范——每次Gradle执行任何任务（比如clean、build）都会触发这段代码执行，完全不符合任务的预期逻辑。

解决方案 #

方案1：使用标准JavaExec类型任务（推荐）

这是最规范且省心的做法，直接将任务定义为JavaExec类型，IntelliJ会自动处理调试逻辑。

比如你的Cucumber任务可以修改为：

task cucumber(type: JavaExec) {
    dependsOn assemble, testClasses
    main = "io.cucumber.core.cli.Main"
    classpath = configurations.cucumberRuntime + sourceSets.main.output + sourceSets.test.output
    args = ['--glue', 'COMPANY-PACKAGE.cucumber.steps', 'src/test/resources/features', '--tags','not @inProgress']
}

你的debugTest3也可以改成标准JavaExec任务：

task debugTest3(type: JavaExec) {
    group = "Execution"
    description = "Run the main class with JavaExecTask"
    classpath = sourceSets.main.runtimeClasspath
    main = "temp.Main"
    // 如果需要依赖其他任务，添加dependsOn即可
    // dependsOn someOtherTask
}

方案2：手动配置调试端口（仅当必须使用doLast时）

如果你的业务逻辑必须在doLast中处理（比如有复杂的执行阶段逻辑），可以给javaexec添加调试参数，让它监听指定端口，然后手动在IntelliJ中附加调试器：

修改任务配置：

task debugTest3() {
    doLast {
        javaexec{
            group = "Execution"
            description = "Run the main class with JavaExecTask"
            classpath = sourceSets.main.runtimeClasspath
            main = "temp.Main"
            // 配置调试参数：暂停进程等待调试器附加，监听5005端口
            jvmArgs = [
                "-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=5005"
            ]
        }
    }
}

然后按照以下步骤操作：

1. 运行这个Gradle任务，此时任务会暂停在"Listening for transport dt_socket at address: 5005"状态。
2. 在IntelliJ中，点击Run → Edit Configurations，添加一个Remote JVM Debug配置，端口设置为5005。
3. 启动这个Remote调试配置，调试器会附加到应用进程，此时断点就会正常触发。

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