springMVC中在过滤器中使用spring bean

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

  
    spring  
    org.springframework.web.servlet.DispatcherServlet  
      
        contextConfigLocation  
        classpath:/web-context.xml
    
    1  
  
  
  
    spring  
    /  

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

    permissionFilter
    com.taobao.filter.PermissionFilter


    permissionFilter
    /*

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

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

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

    permission
    org.springframework.web.filter.DelegatingFilterProxy

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

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

    
        targetBeanName
        Spring-bean-name
    

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

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

	targetFilterLifecycle
	true

这时候就是由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配置上：

	
		contextConfigLocation
		classpath:/conf/web-context.xml
	
	 
  		 
   			org.springframework.web.context.ContextLoaderListener 
  		 
 	

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