sbt run启动Scala服务时如何保持进程持续存活

默认sbt run会把应用代码运行在sbt自身所属的JVM进程内，sbt的任务调度逻辑会以main方法执行到最后一行为标记，判定run任务执行完成，随后主动回收该任务启动的所有线程资源——哪怕你启动的Akka ActorSystem持有运行中的IO线程、调度线程，也会被sbt强制清理，这就是端口刚绑定成功进程就静默退出的核心原因，和你的Akka业务代码逻辑无关。

Compile / run / fork := true的作用是让sbt在执行run任务时，单独启动一个完全独立的新JVM进程运行你的应用代码，和sbt自身进程彻底隔离。
这种模式下sbt不会在main方法执行完后主动干预新JVM的生命周期，只要应用中存在存活的非守护线程（Akka ActorSystem启动后默认会持有非守护的事件循环线程、IO线程、调度线程，会主动阻止JVM退出），进程就会持续常驻，这也是你加完配置后服务能正常保持运行的原因。

• 本地开发调试场景：开启fork是完全标准的通用做法，除了解决进程自动退出的问题，还能避免sbt自身依赖和应用依赖冲突、sbt类加载器导致的热加载异常、资源泄漏等常见问题，所有基于Akka、Pekko、Play框架的长期运行服务，本地调试时基本都会开启该配置。
• 生产部署场景：不建议直接通过sbt run启动服务，正确做法是通过sbt assembly、sbt-native-packager等工具将应用打包为独立可执行Fat Jar、系统服务安装包，直接通过Java命令或系统服务管理器启动，这种运行模式完全不涉及sbt的进程管控逻辑，不需要依赖fork配置即可正常常驻运行。

补充提示：无论哪种运行模式，如果你在代码中主动调用了ActorSystem.terminate()，或者绑定的TCP/WebSocket端口因异常触发了ActorSystem终止逻辑，进程依然会退出。正常情况下Akka的网络服务绑定完成后会持续持有运行线程，不会主动终止。

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