sbt中val在scalatest Setup/Cleanup阶段被重复求值问题

这是sbt的预期行为，与JVM fork配置无关。
你在build.sbt顶层定义的普通val foo不属于sbt设置图的固化节点，传入Tests.Setup和Tests.Cleanup的函数闭包，会被sbt在测试生命周期的两个独立阶段分别序列化、实例化执行，两次实例化过程中会重新触发随机字符串的生成逻辑，最终拿到两个不同的值。

将随机值定义为sbt的setting节点，保证它在项目加载阶段仅求值一次，再将固定后的字符串值捕获到Setup、Cleanup闭包中即可：

// 定义自定义settingkey存储随机串
lazy val testRandomStr = settingKey[String]("用于测试初始化、清理流程的固定随机字符串")
testRandomStr := scala.util.Random.alphanumeric.take(3).mkString

Test / testOptions ++= {
  // 在此处一次性获取固定的随机串，后续闭包直接捕获该字符串值
  val fixedStr = testRandomStr.value
  Seq(
    Tests.Setup(() => {
      // 初始化逻辑，直接使用fixedStr
    }),
    Tests.Cleanup(() => {
      // 清理逻辑，使用同一个fixedStr
    })
  )
}

该方案的核心是把随机串的生成逻辑提前到testOptions配置的计算阶段（项目加载时仅执行一次），闭包中捕获的是已经计算完成的固定字符串，测试执行阶段不会再重复触发随机生成逻辑。

• 逻辑下沉到测试代码：使用ScalaTest自带的BeforeAndAfterAll特质，在测试套件内部生成一次随机字符串，初始化、清理逻辑直接写在beforeAll/afterAll生命周期方法中，完全绕开sbt层的闭包传递问题，实现成本最低，也最不容易出现上下文不一致的问题。
• 系统属性传值：在Setup函数中生成随机串后，写入JVM系统属性（指定唯一的属性key避免冲突），Cleanup阶段直接读取该系统属性即可，不需要在sbt层维护共享变量。
• 会话级固定值：如果不需要每次启动sbt都生成新的随机串，可以将随机串定义为Global作用域的setting，整个sbt会话生命周期内只会求值一次。

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