Spring MVC请求/会话作用域bean线程安全

Question

我试图弄清楚spring是如何将线程安全的请求/会话范围的bean注入控制器组件（即通过方法访问这些bean的单线程和多线程）的
作为例子，考虑<代码> HttpServletRequest 字段，该控件标记为“代码> @ AutoWordEng/代码>注释（我知道将控制器与servlet API配对是不好的，但在学习目的上可以）。我了解到这样的bean是使用CGLib代理的，但仍然无法弄清楚代理如何处理线程安全，如何将bean作用域到当前线程。

这就是我到目前为止学到的：

>

从请求到请求控制器字段指向同一实例（即使是HttpServletRequest）

来自会话作用域（代理）传输对象方法调用的线程堆栈跟踪

java.lang.Thread.getStackTrace(Thread.java:1552)
com.company.market.to.User.setUid(User.java:73)
com.company.market.to.User$$FastClassBySpringCGLIB$$8eb69e9e.invoke(<generated>)
org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:720)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:133)
org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:121)
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
org.springframework.aop.framework.CglibAopProxy$DynamicAdvisedInterceptor.intercept(CglibAopProxy.java:655)
com.company.market.to.User$$EnhancerBySpringCGLIB$$f4f46820.setUid(<generated>)
com.company.market.controllers.UserController.signIn(UserController.java:97)

正如您所看到的，一些代码是在运行时由CGLib增强器在方法中生成的。

唯一想到的是ThreadLocalDispatcherServlet持有对MethodInterceptor的引用，该方法具有ThreadLocal字段，然后将实际对象（例如，通过getAttribute从会话中检索或仅通过HttpServletRequest）注入该字段，然后拦截器使用实际的bean（存储在本地线程中），并使用反射调用原始bean上的方法。

任何建议或有趣的链接感谢<谢谢。

Answer 1

如果您使用的是请求范围的bean，那么Spring只需为它处理的每一个新的HTTP请求创建一个全新的实例。所以当然，在这种情况下，不会有任何线程安全问题。

但是，由于您没有共享任何代码，我没有完全理解您所说的在控制器中有HttpServletRequest字段。您可以将一个HttpServletRequest作为控制器方法的方法参数，这很好，但您永远不会将它作为控制器本身的字段。

对于会话范围的bean，它类似于请求范围的bean——为每个新的HttpSession创建一个新实例。

Answer 2

只有应用程序上下文相互注入bean，而没有其他人（不是DispatcherServlet或任何其他类）。所有的注射只在应用程序启动时发生一次。

Spring并不关心组件的线程安全性。你应该自己做。这就是为什么官方文件建议：

...通常，对所有有状态bean使用prototype作用域，对无状态bean使用singleton作用域。

让我们看看作用域bean是如何工作的。

当Spring遇到作用域bean时，它找到相应的实现Scope接口来获取bean实例。例如，当你声明bean like时：

@Bean
@Scope(value="request")
public RequestBean createBean(){
   return new RequsetBean();
}

并将其注入：

@Autowired
private RequestBean requestBean;

spring将从RequstScope（此范围类默认注册）请求RequestBean的实例，并将其注入另一个bean。所以，只有Scope类知道如何获取作用域bean的实例，您不应该关心它。顺便说一下，您可以编写自己的Scope实现，注册它，并在bean声明中使用。

现在，关于作用域代理。

正如我所说，所有注入只在应用程序启动时发生。这意味着，每次操作的对象都与最初在启动时注入的对象完全相同。例如，当注入请求范围的bean时，这不是您期望的行为。当然，您希望在每个请求中都获得这个bean的新实例。为此，如文档中所述，将bean声明为代理：

@Bean
@Scope(value="request")
@ScopeProxy
public RequestBean createBean(){
   return new RequsetBean();
}

在这种情况下，Spring将把bean包装成具有相同公共接口的代理对象。现在，每次调用bean的方法时，代理对象都会从范围中获取真正的对象，然后将它们委托给方法调用。

工作方式几乎相同。Spring注入了特殊的代理对象，而不是真正的HttpServletRequest。唯一的区别是这个代理对象不使用Scope。当您调用它的方法时，这个prox-对象会得到真正的HttpServletRequest对象，并将所有调用委托给它。顺便说一下，根据源代码和留档，Spring似乎确实将请求数据保存在ThreadLocal中。

因此，每个请求线程都有自己的HttpServletRequest实例，并且控制器的方法不需要同步。