Gradle子模块间复用Kotlin函数的最优方式咨询

buildSrc算不算冗余？ #

buildSrc是Gradle官方推荐的复用构建逻辑方案，哪怕只是单个函数也谈不上冗余——它的搭建成本极低，无非是在项目根目录建个buildSrc文件夹，里面放个极简的build.gradle.kts（仅需配置Kotlin支持）和你的函数文件就行，完全不需要复杂结构。而且buildSrc会自动被所有子模块的构建类路径包含，用起来直接便捷，不用额外添加依赖声明。

更轻量的替代方案 #

要是你实在觉得buildSrc有点“小题大做”，这两种方式更简洁：

1. 根目录通用脚本文件 #

在项目根目录创建一个.gradle.kts脚本（比如命名为envUtils.gradle.kts），把你的环境变量加载函数直接写进去，然后在需要用到的子模块build.gradle.kts里加一行apply(from = "$rootDir/envUtils.gradle.kts")，就能直接调用这个函数。这种方式完全无需额外模块配置，适合单个或少量简单函数的复用。

示例代码：

• 根目录envUtils.gradle.kts：

fun loadEnvFromFile(filePath: String): Map<String, String> {
    // 你的环境变量加载逻辑
    return file(filePath).readLines()
        .filter { it.isNotBlank() && !it.startsWith("#") }
        .associate { line ->
            val (key, value) = line.split("=", limit = 2)
            key.trim() to value.trim()
        }
}

• 子模块build.gradle.kts引入：

apply(from = "$rootDir/envUtils.gradle.kts")

// 直接调用函数
val env = loadEnvFromFile(".env")

2. 复合构建（Composite Build） #

如果这个函数未来可能扩展成更多构建逻辑，可以把它放到一个单独的小Gradle模块里，再通过复合构建让其他模块依赖它。不过这种方式比前两种复杂些，单个函数的话没必要折腾。

总结 #

• 仅针对单个简单函数，根目录通用脚本文件是最轻量化的选择，零额外配置，直接复用。
• 要是未来有扩展构建逻辑的需求，或者想更规范地组织代码，buildSrc是更推荐的方案——它的搭建成本远没你想的高，而且官方支持更完善。

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