寻求SBT项目持续构建（编译）与运行的可靠实现方案

我之前也被这个问题折腾过！SBT原生的~命令确实只对compile、test这类非阻塞任务生效，直接挂在run上完全没反应——毕竟run是阻塞任务，一直在运行的话没法重新触发执行。针对你遇到的sbt-revolver不稳定的情况，这里有几个更靠谱的方案：

1. 升级sbt-revolver到最新版本 #

你用的0.9.1版本确实比较老，存在进程终止卡顿的bug。建议升级到最新稳定版（目前是0.10.0），配置方式还是一样：

addSbtPlugin("io.spray" % "sbt-revolver" % "0.10.0")

之后用~reStart命令启动应用，它会自动监听文件变化，代码修改后会优雅重启进程。终止的时候用reStop命令，新版本的进程销毁逻辑优化了很多，基本不会出现卡顿的情况。

2. 用SBT原生fork模式+自定义重启任务 #

如果不想用第三方插件，可以通过配置fork模式配合自定义任务实现自动重启。在你的build.sbt里添加以下配置：

// 让run任务在独立进程中执行
fork in run := true

// 定义一个重启任务
val restartApp = taskKey[Unit]("Restart the application on file changes")

restartApp := {
  // 获取之前启动的进程并销毁
  val processAttr = attributeKey[java.lang.Process]("run-process")
  val currentState = state.value
  currentState.get(processAttr).foreach(_.destroy())
  
  // 启动新的应用进程，替换成你的主类路径
  val newState = (runMain in Compile).toTask(" com.yourpackage.MainClass ").run(currentState)
  newState.updated(processAttr, newState.get(processAttr).get)
}

配置完成后，执行sbt ~restartApp就可以实现文件变化后自动重启应用了。这个方案完全依赖SBT原生功能，稳定性拉满，唯一的小缺点是需要手动指定主类。

3. 用JRebel实现热重载（无需重启） #

如果你的项目对重启速度要求很高，可以试试JRebel。它能实现代码修改后即时生效，不需要重启整个应用，对SBT项目支持非常友好。虽然是商业软件，但有免费试用版，个人开发也可以申请免费授权。配置好后，只需要在SBT里执行jrebel:run，修改代码后刷新应用就能看到变化，体验比重启好很多。

另外提一句：如果你的项目是基于Play框架的，那Play原生就支持~run的热重载功能，直接用就行，不需要额外配置。

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