使用springMVC的專案，web.xml一般是這樣的：

<servlet>  
    <servlet-name>spring</servlet-name>  
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
    <init-param>  
        <param-name>contextConfigLocation</param-name>  
        <param-value>classpath:/web-context.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>  
</servlet>  
  
<servlet-mapping>  
    <servlet-name>spring</servlet-name>  
    <url-pattern>/</url-pattern>  
</servlet-mapping>

我們使用過濾器一般是這麼配置的：

<filter>
    <filter-name>permissionFilter</filter-name>
    <filter-class>com.taobao.filter.PermissionFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>permissionFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>
 

難道filter中就不能使用spring bean了嗎？當然不可能了，spring提供瞭解決方法，那就是代理——DelegatingFilterProxy類。

我們可以這樣來配置過濾器：

<filter>
    <filter-name>permission</filter-name>
    <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
 

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

    <init-param>
        <param-name>targetBeanName</param-name>
        <param-value>Spring-bean-name</param-value>
    </init-param>

這句話會指定該filter使用Spring-bean-name去處理該請求。

這時候你會發現Filter.init()和Filter.destory()無法使用spring bean，這是因為預設filter的生命週期是有tomcat這類伺服器管理的，在配置了

<init-param>
	<param-name>targetFilterLifecycle</param-name>
	<param-value>true</param-value>
</init-param>

還有一個重要的事情，有時候你會發現在請求filter處理的url的時候程式會報錯——No WebApplicationContext found: no ContextLoaderListener registered?

出現這個的原因是因為：filter會優於servlet先載入到容器裡面，如果我們只是在org.springframework.web.servlet.DispatcherServlet中配置了contextConfigLocation，指定了spring配置檔案位置的話，程式會無法訪問spring bean，解決方法很簡單，在web.xml配置上：

	<context-param>
		<param-name>contextConfigLocation</param-name>
		<param-value>classpath:/conf/web-context.xml</param-value>
	</context-param>
	<listener> 
  		<listener-class> 
   			org.springframework.web.context.ContextLoaderListener 
  		</listener-class> 
 	</listener>