直接在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这个延迟获取对象，然后通过反射调用方法的。