【spring mvc】Spring MVC配置过滤器并在过滤器中使用bean

使用springMVC的项目，web.xml一般是这样的：

[html]  view plain  copy

1. <servlet>    
2.     <servlet-name>spring</servlet-name>    
3.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>    
4.     <init-param>    
5.         <param-name>contextConfigLocation</param-name>    
6.         <param-value>classpath:/web-context.xml</param-value>  
7.     </init-param>  
8.     <load-on-startup>1</load-on-startup>    
9. </servlet>    
10.     
11. <servlet-mapping>    
12.     <servlet-name>spring</servlet-name>    
13.     <url-pattern>/</url-pattern>    
14. </servlet-mapping>  

我们使用过滤器一般是这么配置的：

[html]  view plain  copy

1. <filter>  
2.     <filter-name>permissionFilter</filter-name>  
3.     <filter-class>com.taobao.filter.PermissionFilter</filter-class>  
4. </filter>  
5. <filter-mapping>  
6.     <filter-name>permissionFilter</filter-name>  
7.     <url-pattern>/*</url-pattern>  
8. </filter-mapping>  

这种配置过滤器的方法无法在过滤器中使用spring　bean， 因为filter比bean先加载，也就是spring会先加载filter指定的类到container中，这样filter中注入的spring bean就为null了。

难道filter中就不能使用spring bean了吗？当然不可能了，spring提供了解决方法，那就是代理——DelegatingFilterProxy类。

我们可以这样来配置过滤器：

[html]  view plain  copy

1. <filter>  
2.     <filter-name>permission</filter-name>  
3.     <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>  
4. </filter>  

然后在spring的配置文件中配置：

[html]  view plain  copy

1. <bean id="permission" class="com.m.myfilter">  

DelegatingFilterProxy类遵循filter-name-bean的原则，会根据web.xml中filter-name的值查找到spring配置文件中id与filter-name相同的值，然后把接受到的处理信息传递给相对应的类处理。如果想自定义filter处理的bean，可以在filter配置中添加下面一段：

[html]  view plain  copy

1. <init-param>  
2.     <param-name>targetBeanName</param-name>  
3.     <param-value>Spring-bean-name</param-value>  
4. </init-param>  

这句话会指定该filter使用Spring-bean-name去处理该请求。

这时候你会发现Filter.init()和Filter.destory()无法使用spring bean，这是因为默认filter的生命周期是有tomcat这类服务器管理的，在配置了

[html]  view plain  copy

1. <init-param>  
2.     <param-name>targetFilterLifecycle</param-name>  
3.     <param-value>true</param-value>  
4. </init-param>  

这时候就是由spring管理filter的生命周期，这样就可以在init()和destory()使用spring bean了。

还有一个重要的事情，有时候你会发现在请求filter处理的url的时候程序会报错——No WebApplicationContext found: no ContextLoaderListener registered?

出现这个的原因是因为：filter会优于servlet先加载到容器里面，如果我们只是在org.springframework.web.servlet.DispatcherServlet中配置了contextConfigLocation，指定了spring配置文件位置的话，程序会无法访问spring bean，解决方法很简单，在web.xml配置上：

[html]  view plain  copy

1. <context-param>  
2.     <param-name>contextConfigLocation</param-name>  
3.     <param-value>classpath:/conf/web-context.xml</param-value>  
4. </context-param>  
5. <listener>   
6.         <listener-class>   
7.             org.springframework.web.context.ContextLoaderListener   
8.         </listener-class>   
9.     </listener>  

这样让spring bean第一时间加载到容器里面，这样就不会有No WebApplicationContext found: no ContextLoaderListener registered?这个错误了。