IDEA Gradle配置：按源集创建独立模块的作用及依赖疑问

作为刚摸过这个配置的过来人，我来给你拆解清楚这几个问题：

1. 这个功能到底是干啥的？ #

说白了，它就是IDEA层面的代码组织优化工具——把Gradle里的「源集（Source Set）」比如我们最常用的main（主业务代码）、test（单元测试代码），甚至你自己定义的特殊源集（比如集成测试用的integrationTest），拆分成IDEA里独立的模块来展示和管理。

举个实际的例子：勾选之后，你会在IDEA的项目结构面板里看到类似your-project-main、your-project-test这样的独立模块。这么做的好处是：

• 可以单独给某个源集配置IDE专属设置（比如代码风格、运行调试配置），不用和主代码的设置混在一起
• 查看代码结构时更清爽，尤其是测试代码多的项目，不用在主模块里翻来翻去找测试目录
• 如果有自定义源集，能更直观地管理这些特殊代码的依赖和资源文件

2. 它会修改项目的依赖配置吗？ #

绝对不会！这个选项仅仅是IDEA用来「展示和组织项目」的视角变化，根本不会碰你项目里的build.gradle（或build.gradle.kts）配置文件，也不会影响Gradle本身的依赖解析和构建逻辑。

比如你给testImplementation添加的JUnit依赖，不管勾不勾选这个选项，Gradle构建时都会精准地只把这个依赖应用到测试代码上；勾选后只是在IDEA的your-project-test模块里单独显示这些测试依赖，而不是和主代码的依赖堆在一起展示而已。

3. 未勾选时只显示两个模块，没其他变化意味着啥？ #

这说明此时IDEA是按照Gradle项目的默认层级来展示的：对于单模块Gradle项目，通常会显示「根项目模块」和「主业务模块」，而test这类源集只是作为主模块下的子目录存在，没有被拆分成独立模块。

至于看不到其他变化的核心原因：这个选项只影响IDE的UI展示和操作逻辑，完全不干涉Gradle的实际构建行为。不管你勾不勾选，用./gradlew build命令跑出来的构建结果都是一模一样的，项目的依赖、编译逻辑、输出产物半毛钱变化都没有。

简单说，这就是给你提供了两种不同的「IDE操作视角」——你要是喜欢把测试和主代码分开管理就勾选，习惯统一管理就保持默认，完全看个人偏好。

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