Play Scala应用线程安全性及单例控制器实例疑问

1. HomeController实例生命周期的理解是否正确？ #

完全正确！在Play框架的编译时依赖注入（Compile DI）模式下，MyApplicationLoader里的lazy val homeController确实只会在首次被访问时初始化一次，之后整个应用生命周期内都复用这个单例实例。因为Play的Compile DI是通过手动构建依赖树实现的，所有顶级组件（包括Controller）都是和应用同生共死的单例，不会像你熟悉的C# Web API那样每个请求创建新的Controller实例。

2. 基于全val的object服务是否线程安全？ #

这里得分几个层面分析，还要先指出你代码里的一个潜在问题：

先纠正你的HomeController代码误区 #

你现在的HomeController代码写法有问题：

class HomeController{
 val request = // some code here
 val workflowExecutionResult = Workflow.execute(request)
}

因为HomeController是单例，这些类级别的val会在Controller实例化时（也就是应用启动后首次处理请求时）只初始化一次，所有后续请求都会复用同一个request和workflowExecutionResult，这显然不是你想要的（你肯定希望每个请求用自己的request）。正确的做法是把请求相关的逻辑放到Action方法内部，比如：

class HomeController(cc: ControllerComponents) extends AbstractController(cc) {
  def index() = Action { implicit request =>
    // 这里的request是当前请求的实例，每个请求都会重新获取
    val workflowExecutionResult = Workflow.execute(request)
    Ok(workflowExecutionResult.toString)
  }
}

再谈线程安全问题 #

回到你的核心疑问：用全val的object作为服务是否线程安全？

• 首先，Scala的object是单例没错，但如果object内部所有状态都是用val定义的不可变值，那它天生就是线程安全的。因为不可变值一旦初始化完成就不会被修改，多个线程同时访问时根本不会有竞态条件（没有线程能改变它的状态）。
• 你的Workflow是object，且内部所有值都是val，调用的领域服务也都是全val的object，这种情况下，只要这些object的初始化逻辑本身是线程安全的（比如初始化时没有依赖可变状态的竞态），那么整个调用链都是线程安全的。
• 对比你熟悉的C#：C#里每个请求创建新实例是为了避免共享请求级别的状态，但在Scala这里，只要你把请求相关的状态（比如request）放在Action方法内部（每个请求都会执行一次方法逻辑，局部变量是线程私有的），而单例的object服务只处理无状态的逻辑（因为全是不可变val），就完全不会有线程安全问题。

Play框架的额外保障 #

Play框架本身是基于Akka构建的，Action的执行是在Akka的线程池里进行的，但只要你的代码遵循不可变优先的原则，Play不需要额外做什么就能保证线程安全——毕竟不可变数据是函数式编程里线程安全的核心保障。

总结一下：

• 你的Controller生命周期理解正确；
• 调整HomeController的代码，把请求相关逻辑放到Action方法内；
• 全val的object服务是线程安全的，不用担心多请求下的状态共享问题。

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