如何在Gradle构建任务前执行Java代码设置系统属性？

原方案不可行的原因 #

你直接用systemProperty 'placeholder', customTask的方式完全不可行，核心问题有两个：

1. 参数类型不匹配：systemProperty需要传入具体的字符串值，而你传的是Task实例，最终只会把任务的路径（比如:callApi）作为属性值，根本不是API返回的目标值。
2. 执行时机错配：自定义任务的doLast代码是在Gradle的执行阶段运行的，而systemProperty的配置是在配置阶段完成的——配置阶段时你的自定义任务还没执行，自然拿不到任何有效属性值。

另外你遇到的import com.test.CallApi无法解析的问题，是因为：

• src/test/java下的代码默认属于测试源码集，Gradle在配置阶段还没编译测试代码，类文件根本不存在；
• 构建脚本的默认类路径也不包含测试源码的编译产物，所以直接import会报错。

可行的实现方案 #

场景1：当前构建JVM需要这个SystemProperty #

如果是构建过程本身（比如编译、打包逻辑）需要读取这个SystemProperty，可以按以下步骤实现：

// 自定义任务：获取API值并设置SystemProperty
task fetchAndSetSystemProp {
    // 先编译测试代码，生成CallApi的class文件
    dependsOn testClasses

    doLast {
        // 动态加载测试类路径下的CallApi
        def testClasspath = sourceSets.test.runtimeClasspath
        def classLoader = new URLClassLoader(
            testClasspath.files.collect { it.toURI().toURL() } as URL[],
            getClass().classLoader
        )
        def callApiClass = classLoader.loadClass('com.test.CallApi')
        def propValue = callApiClass.getPropValue()

        // 设置SystemProperty
        System.setProperty('placeholder', propValue)
        println "已设置SystemProperty: placeholder=$propValue"
    }
}

// 让build任务先执行自定义任务，再执行构建
build.dependsOn fetchAndSetSystemProp

场景2：fork的子任务（如test、bootRun）需要这个SystemProperty #

如果是像test这类会fork新JVM的任务需要该属性，不能直接设置当前JVM的SystemProperty，需要在子任务的配置中传入值：

// 自定义任务：仅获取API值，存在项目属性中
task fetchPropValue {
    dependsOn testClasses
    // 定义扩展属性存储值
    ext.targetValue = null

    doLast {
        def testClasspath = sourceSets.test.runtimeClasspath
        def classLoader = new URLClassLoader(
            testClasspath.files.collect { it.toURI().toURL() } as URL[],
            getClass().classLoader
        )
        def callApiClass = classLoader.loadClass('com.test.CallApi')
        targetValue = callApiClass.getPropValue()
    }
}

// 以test任务为例，配置其systemProperty
test {
    // 确保先获取属性值
    dependsOn fetchPropValue
    // 传入获取到的属性值
    systemProperty 'placeholder', fetchPropValue.targetValue
}

// 如果是build任务依赖test，同样会先执行fetchPropValue
build.dependsOn test

优化建议：将CallApi移到主源码集 #

如果这个API调用工具类只是用于构建逻辑，建议把CallApi.java从src/test/java移到src/main/java/com/test下，这样构建脚本可以直接引用，无需动态加载：

import com.test.CallApi

task fetchAndSetSystemProp {
    doLast {
        def propValue = CallApi.getPropValue()
        System.setProperty('placeholder', propValue)
    }
}

build.dependsOn fetchAndSetSystemProp

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