直接在controller中直接注入requesete和response对象有没有线程安全问题呢?
@Controller
@RequestMapping("test")
public class TestController {
@Autowired // 直接注入request
private HttpServletRequest request;
@Autowired
private HttpServletResponse response;
public TestController() {
System.out.println("创建TestController");//在这里打上断点,查看spring是怎样注入request和response对象的
}
}
首先,可以知道controller在spring容器中是单例存在的,那么如果一个请求还没完成之前,另外一个请求就过来了,那么会不会覆盖掉原来的request或response对象呢?
在TestController的构造方法上打上断点,查看TestController这个bean的创建过程;populateBean方法在给TestConroller这个bean对象进行属性赋值,
属性赋值完成后,可以看到:注入的其实都是一个代理
那么在运行的过程中,调用代理对象的方法将会先走代理对象的方法,
[猜想:代理对象将会从RequestContextHolder中的ThreadLocal本地线程安全的变量中拿到request对象,(在多线程的环境下,每个线程只会拿到属于当前线程的request对象),因此就不会出现线程安全问题]
也就是说这个问题其实就是:注入的是代理对象,而并不是每次请求来了,才注入。
[证明:在RequestContextHolder对象中的静态方法getRequestAttributes打上断点,]
public abstract class RequestContextHolder {
private static final ThreadLocal<RequestAttributes>
requestAttributesHolder = new NamedThreadLocal<>("Request attributes");
public static RequestAttributes getRequestAttributes() {
RequestAttributes attributes = requestAttributesHolder.get(); // 在这里打上断点
if (attributes == null) {
attributes = inheritableRequestAttributesHolder.get();
}
return attributes;
}
}
接下来访问controller的test02这个方法,我们可以看到,进入到了上面这个断点里面
@Controller
@RequestMapping("test")
public class TestController {
@Autowired
private HttpServletRequest request;
@Autowired
private HttpServletResponse response;
public TestController() {
System.out.println("创建TestController");
}
@RequestMapping("test02") // 访问controller的这个方法
@ResponseBody
public String test02() throws InterruptedException {
HttpSession session = request.getSession();
return "ok";
}
}
这下就都清楚了
plus:
最近又看了一遍spring,关键点就在于,DefaultListatbleBeanFactory的doResovleDependency这个方法里,顾名思义,这个方法就是用来解析依赖的,在spring的容器里为了能够给属性注入依赖,spring会保存一个resolveDependencies的依赖的集合,而spring在web扩展的包里面,往这个依赖的集合里面放了解析的依赖,因而就能够注入request对应的的ObjectFactory,然后在解析依赖的逻辑中,判断如果是个接口的话,那么就使用Proxy.newInstance方法创建jdk的动态代理。既然是jdk的动态代理,那么我们自然要去关注创建代理时传进去的InvocationHandler,而这个Handler就是图示标注的。重点看看这个InvocationHandler的invoke方法就能明白这是怎么一回事了。它就是利用ObjectFactory这个延迟获取对象,然后通过反射调用方法的。