springMvc源码学习之：利用springMVC随时随地获取HttpServletRequest等对象

一、准备工作：

在web.xml中添加  

<listener>      

        <listener-class>      

            org.springframework.web.context.request.RequestContextListener  

        </listener-class>      

</listener>  

二、使用方法：

1、方法一：通过代码实现

HttpServletRequest request = ((ServletRequestAttributes)RequestContextHolder.getRequestAttributes()).getRequest();  

2、方法二：通过注解实现：

@Autowired  

private  HttpServletRequest request;  

三、关于RequestContextListener的背景知识：

Request作用域 

<bean id="loginAction" class="com.foo.LoginAction" scope="request"/> 

针

对每次HTTP请求，Spring容器会根据loginAction bean定义创建一个全新的LoginAction

bean实例，且该loginAction bean实例仅在当前HTTP

request内有效，因此可以根据需要放心的更改所建实例的内部状态，而其他请求中根据loginAction

bean定义创建的实例，将不会看到这些特定于某个请求的状态变化。当处理请求结束，request作用域的bean实例将被销毁。 

对某个HTTP Session，Spring容器会根据userPreferences bean定义创建一个全新的userPreferences

bean实例，且该userPreferences bean仅在当前HTTP

Session内有效。与request作用域一样，你可以根据需要放心的更改所创建实例的内部状态，而别的HTTP

Session中根据userPreferences创建的实例，将不会看到这些特定于某个HTTP Session的状态变化。当HTTP

Session最终被废弃的时候，在该HTTP Session作用域内的bean也会被废弃掉。 

<bean id="userPreferences" class="com.foo.UserPreferences" scope="globalSession"/> 

请注意，假如你在编写一个标准的基于Servlet的web应用，并且定义了一个或多个具有global session作用域的bean，系统会使用标准的HTTP Session作用域，并且不会引起任何错误 

二、为什么需要额外的配置RequestContextFilter 

也

许会有一个疑问，已经通过ContextLoaderListener(或ContextLoaderServlet)将Web容器与Spring容器整

合，为什么这里还要用额外的RequestContextListener以支持Bean的另外3个作用域，原因是

ContextLoaderListener实现ServletContextListener监听器接口，而

ServletContextListener只负责监听Web容器的启动和关闭的事件。RequestContextFilter实现

ServletRequestListener监听器接口，该监听器监听HTTP请求事件，Web服务器接收的每次请求都会通知该监听器。通过配置

RequestContextFilter，Spring容器与Web容器结合的更加密切。 

三、作用域依赖问题 

如果将Web相关作用域的Bean注入到singleton或prototype的Bean中，这种情况下，需要Spring AOP

"car" class="com.demo.Car" scope="request">  

    <aop:scoped-proxy/>  

</bean>  

"boss" class="com.demo.Boss" >  

"car" ref="car" />