给Play请求添加属性是否会生成新的请求实例？

作为同样从Java Servlet领域转来的开发者，我完全能体会你对Play 2.6才引入请求属性支持的“姗姗来迟”感——当初我刚接触这块的时候，也对它的可用性打了个问号。

先直接给你答案：是的，当你给Play请求添加属性时，会生成一个全新的请求实例。

背后的核心原因：Play的Request是不可变对象 #

Play框架的设计理念里，Request对象被设计为**不可变（Immutable）**的，这和Servlet中可变的HttpServletRequest有本质区别。不可变对象天生具备线程安全性，能在Play的异步非阻塞架构下更安全地传递。

结合你给出的Scala文档代码来看：

// 创建用于存储User对象的TypedKey
object Attrs {
  val User: TypedKey[User] = TypedKey.apply[User]("user")
}
// 从请求中获取User对象
val user: User = req.attrs(Attrs.User)
// 向请求中存入User对象
val updatedReq = req.addAttr(Attrs.User, currentUser)

注意最后一行的addAttr方法——它并不会修改原有的req实例，而是返回一个包含了新属性的全新Request实例。原请求实例的状态不会有任何变化。

为什么要这么设计？ #

这种不可变设计带来的好处主要有两个：

• 线程安全：在Play的异步处理流程中，同一个请求实例可能被多个线程访问，不可变特性避免了并发修改的风险。
• 可追溯性：每个请求实例的状态都是固定的，调试时能清晰追踪请求在各个处理阶段的属性变化，不会出现“某个地方偷偷修改了请求属性”的隐蔽问题。

如果你习惯了Servlet中直接修改请求属性的方式，一开始可能会觉得有点别扭，但适应之后会发现这种设计在异步场景下的优势。

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