SBT多模块测试类路径顺序异常，求无需改代码的临时方案

问题背景 #

SBT多模块项目中，top模块依赖common模块。测试时common的src/test/resources/application.conf被src/main/resources/application.conf覆盖，原因是SBT生成的类路径中common/target/classes排在common/target/test-classes之前，而IntelliJ的类路径顺序符合预期（test资源优先）。

临时解决办法（无需修改代码/配置文件名） #

办法1：强制调整依赖模块的类路径顺序 #

在top模块的build.sbt中添加以下配置，手动将common的test类路径移到main类路径之前：

Test / fullClasspath := {
  val cp = (Test / fullClasspath).value
  // 筛选出common的main和test类路径条目
  val commonMain = cp.find(_.data.getAbsolutePath.contains("common/target/classes"))
  val commonTest = cp.find(_.data.getAbsolutePath.contains("common/target/test-classes"))
  
  (commonMain, commonTest) match {
    case (Some(main), Some(test)) =>
      // 移除原有条目，按test在前、main在后的顺序重新加入
      cp.filter(f => f != main && f != test) ++ Seq(test, main)
    case _ => cp
  }
}

执行sbt top/test时，类路径中common的test资源会被优先加载。

办法2：通过系统属性指定优先加载test配置 #

运行测试时，通过JVM系统属性强制指定加载common的test目录下的配置文件：

sbt -Dconfig.resource=application.conf -Dconfig.dir=common/src/test/resources "top/test"

或者更精准地指定配置文件路径：

sbt -Dconfig.file=common/src/test/resources/application.conf "top/test"

这个办法不需要修改构建配置，直接通过命令行参数临时覆盖配置加载逻辑。

办法3：统一调整所有模块的类路径顺序 #

如果之前修改dependencyClasspath无效，可能是写法问题，尝试以下配置（同样在top模块的build.sbt中）：

Test / dependencyClasspath := {
  val original = (Test / dependencyClasspath).value
  original.sortBy { entry =>
    // 让包含test-classes的条目排在所有main类路径条目之前
    if (entry.data.getName.contains("test-classes")) 0 else 1
  }
}

这个配置会把所有依赖模块的test类路径统一排在main类路径之前，适合多模块场景。

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