Gradle构建时向CMake传递临时环境变量的问题咨询

我完全懂你碰到的这个痛点：临时设置的环境变量在Gradle启动CMake时直接丢失了——毕竟Gradle会启动独立的子进程，临时变量不会自动跨进程传递。结合你已经尝试过的方案，这里有几个更贴合场景的可行思路：

1. 直接在Gradle的CMake配置中注入变量 #

这是最直接的解决方案，因为CMake是由Gradle的externalNativeBuild任务触发的，你可以直接在build.gradle脚本里给CMake进程指定环境变量：

android {
    defaultConfig {
        externalNativeBuild {
            cmake {
                // 从当前Gradle进程的环境中读取变量传递给CMake
                arguments "-DFOO=$System.getenv('FOO')"
                // 如果是临时调试需要硬编码值，也可以直接写死
                // arguments "-DFOO=bar"
            }
        }
    }
}

这样一来，CMake里不管是用$ENV{FOO}还是直接引用FOO（因为通过-D传递了定义），都能正常读取到值。

2. 给Gradle全局注入环境变量 #

如果需要让整个Gradle构建流程（包括所有子进程，比如CMake）都能访问到这个变量，可以在Gradle脚本最顶部直接修改进程环境：

// 优先读取外部临时设置的变量，没有则用默认值
def fooValue = System.getenv("FOO") ?: "default_bar"
// 将变量注入Gradle进程环境，子进程会自动继承
System.getenv().put("FOO", fooValue)

后续所有由Gradle启动的子进程（包括CMake）都会继承这个环境变量，你在CMake里用$ENV{FOO}就能正常读取。

3. 启动Gradle时直接传递环境变量 #

如果你不想修改任何脚本，可以在启动Gradle命令时直接把变量传递给Gradle进程，这样Gradle的所有子进程都会自动继承：

# Linux/macOS终端
FOO=bar ./gradlew assemble

# Windows PowerShell
$env:FOO="bar"; ./gradlew assemble

# Windows Cmd命令行
set FOO=bar && gradlew assemble

这种方式完全不需要改动配置，完美适配你需要临时设置变量的场景。

4. 优化你试过的Exec任务方案 #

你之前尝试用Exec任务设置环境变量，但可能没正确关联到CMake的构建任务。可以调整为让CMake任务依赖环境变量设置任务，确保变量在CMake执行前就注入：

task setEnvVar {
    doFirst {
        // 将变量注入Gradle进程环境
        System.getenv().put("FOO", "bar")
    }
}

// 让所有CMake构建任务都依赖这个设置任务
tasks.withType(com.android.build.gradle.tasks.ExternalNativeBuildTask) {
    dependsOn setEnvVar
}

这样CMake任务执行前，环境变量已经被注入到Gradle进程中，作为子进程的CMake自然就能读取到。

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