过滤器和拦截器

过滤器

　　Servlet 过滤器是小型的 Web 组件，它们拦截请求和响应，以便查看、提取或以某种方式操作正在客户机和服务器之间交换的数据。过滤器是通常封装了一些功能的 Web 组件，这些功能虽然很重要，但是对于处理客户机请求或发送响应来说不是决定性的。

　　典型的例子包括记录关于请求和响应的数据、处理安全协议、管理会话属性， 等等。过滤器提供一种面向对象的模块化机制，用以将公共任务封装到可插入的组件中，这些组件通过一个配置文件来声明，并动态地处理。

　　过滤器提供一种面向对象的模块化机制，用以将公共任务封装到可插入的组件中，这些组件通过一个配置文件来声明，并动态地处理。

Servlet 过滤器是

• 　　声明式的：过滤器通过 Web 部署描述符（web.xml）中的 XML 标签来声明。这样允许添加和删除过滤器，而无需改动任何应用程序代码或 JSP 页面。

• 　　动态的：过滤器在运行时由 Servlet 容器调用来拦截和处理请求和响应。

• 　　灵活的：过滤器在 Web 处理环境中的应用很广泛，涵盖诸如日志记录和安全等许多最公共的辅助任务。过滤器还是灵活的，因为它们可用于对来自客户机的直接调用执行预处理和后期处 理，以及处理在防火墙之后的 Web 组件之间调度的请求。最后，可以将过滤器链接起来以提供必需的功能。

• 　　模块化的：通过把应用程序处理逻辑封装到单个类文件中，过滤器从而定义了可容易地从请求/响应链中添加或删除的模块化单元。

• 　　可移植的：与 Java 平台的其他许多方面一样，Servlet 过滤器是跨平台和跨容器可移植的，从而进一步支持了 Servler 过滤器的模块化和可重用本质。

• 　　可重用的：归功于过滤器实现类的模块化设计，以及声明式的过滤器配置方式，过滤器可以容易地跨越不同的项目和应用程序使用。

• 　　透明的：在请求/响应链中包括过滤器，这种设计是为了补充（而不是以任何方式替代）servlet 或 JSP 页面提供的核心处理。因而，过滤器可以根据需要添加或删除，而不会破坏 servlet 或 JSP 页面。

　　所以 Servlet 过滤器是通过一个配置文件来灵活声明的模块化可重用组件。

Servlet 过滤器体系结构

　　Servlet 过滤器 用于拦截传入的请求和/或传出的响应，并监视、修改或以某种方式处理正在通过的数据流。过滤器是自包含、模块化的组件，可以将它们添加到请求/响应链中， 或者在无需影响应用程序中其他 Web 组件的情况下删除它们。

　　过滤器 API 包含 3 个简单的接口，它们整洁地嵌套在 javax.servlet 包中。那 3 个接口分别是 Filter、**FilterChain **和 FilterConfig。

　　从编程的角度看，过滤器类将实现 Filter 接口，然后使用这个过滤器类中的 FilterChain 和 FilterConfig 接口。该过滤器类的一个引用将传递给 FilterChain 对象，以允许过滤器把控制权传递给链中的下一个资源。FilterConfig 对象将由容器提供给过滤器，以允许访问该过滤器的初始化数据。

　　过滤器三个方法，以便完全实现 Filter 接口

方法名	说明
init()	这个方法在容器实例化过滤器时被调用，它主要设计用于使过滤器为处理做准备。该方法接受一个 FilterConfig 类型的对象作为输入。
doFilter()	与 servlet 拥有一个 service() 方法（这个方法又调用 doPost() 或者 doGet()）来处理请求一样，过滤器拥有单个用于处理请求和响应的方法——doFilter()。这个方法接受三个输入参数：一个 ServletRequest、response 和一个 FilterChain 对象。
destroy()	这个方法执行任何清理操作，这些操作可能需要在自动垃圾收集之前进行。展示了一个非常简单的过滤器，它跟踪满足一个客户机的 Web 请求所花的大致时间。

过滤器的实现步骤

第一步 一个过滤器类实现

要过滤的servlet类（随便写一个）

public class DemoServlet extends HttpServlet {
	private static final long serialVersionUID = 1L;

	protected void service(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
		System.out.println("demo");
	}

}

过滤器类

public class FirstFilter implements Filter {
	// 当服务器启动时会初始化filter调用此方法
	public void init(FilterConfig arg0) throws ServletException {
		System.out.println("初始化firstfilter");	
//获取在配置文件中预置的值
		System.out.println(cfg.getInitParameter("city"));
	}
	public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain)
			throws IOException, ServletException {
		System.out.println(req);
		System.out.println(res);
		System.out.println("第一个过滤器A");
//		让请求继续向下执行
//		若没调用此方法，则请求中断
		chain.doFilter(req, res);
		System.out.println("第一个过滤器B");	
	}
	// 当服务器关闭时会销毁filter
	// 会自动调用此销毁方法
	public void destroy() {
		System.out.println("销毁firstfilter");
		
	}

}

把类名改写，在写一个，可以测试有多个过滤器，程序是怎样实行的。

第二步配置文件web.xml

<filter>
  	<filter-name>first</filter-name>
  	<filter-class>web.FirstFilter</filter-class>
  </filter>
  <filter-mapping>
  	<filter-name>first</filter-name>
  	<!-- 该Filter可以过滤/拦截的网络路径 -->
  	<url-pattern>/*</url-pattern>
  </filter-mapping>
  
  <filter>
  	<filter-name>second</filter-name>
  	<filter-class>web.SecondFilter</filter-class>
  	<!-- 给此Filter预置数据，在服务器启动时，
  		FilterConfig会自动读取该数据，并由
  		服务器自动将config对象传入该Filter的init()。 -->
  	<init-param>
  		<param-name>city</param-name>
  		<param-value>北京</param-value>
  	</init-param>
  </filter>
  <!-- 多个Filter之间的调用顺序以mapping为准 -->
  <filter-mapping>
  	<filter-name>second</filter-name>
  	<url-pattern>/*</url-pattern>
  </filter-mapping>
 <!-- 配置监听器
  		1.服务器启动时自动实例化监听器；
  		2.在监听目标发生对应事件时（创建销毁）
  		服务器会自动调用该监听器的方法
   -->
 <listener>
  	<listener-class>web.MyListener</listener-class>
  </listener>

有上面的代码分析知道
有过滤器时代码的执行过程：

• 第一步：当容器第一次加载该过滤器时，init() 方法将被调用。

• 第二步：过滤（即执行doFilter()）
  过滤器的大多数时间都消耗在这里。doFilter() 方法被容器调用，同时传入分别指向这个请求/响应链中的 ServletRequest、ServletResponse 和 FilterChain 对象的引用。然后过滤器就有机会处理请求，将处理任务传递给链中的下一个资源（通过调用 FilterChain 对象引用上的 doFilter()方法，若没调用此方法，则请求中断），之后在处理控制权返回该过滤器时处理响应。

• 第三步：当服务器关闭时会销毁filter，会自动调用此销毁方法。

有多个过滤器时
　假如有两个过滤器：
　　先输出第一个过滤器doFilter()前的结果，然后输出第二个过滤器的doFilter()前的结果，在输出第二个过滤器doFilter()后的结果，最后输出第一个过滤器doFilter()后的结果。
这个输出顺序类似堆栈，先进后出。

拦截器

　　是springmvc提供的一个组件，前端控制器会先调用拦截器 ，然后再调用处理器。
　　依赖于web框架，在SpringMVC中就是依赖于SpringMVC框架。在实现上基于Java的反射机制，属于面向切面编程（AOP）的一种运用。由于拦截器是基于web框架的调用，因此可以使用spring的依赖注入（DI）进行一些业务操作，同时一个拦截器实例在一个controller生命周期之内可以多次调用。但是缺点是只能对controller请求进行拦截，对其他的一些比如直接访问静态资源的请求则没办法进行拦截处理

拦截器的方法：

方法	说明
preHandle()	前端控制器先调用拦截器的preHandle方法， 再调用处理器的处理方法。如果该方法的返回值为true,表示 继续向后调用。
postHandle()	处理器的方法已经执行完毕，在将ModelAndView 返回给前端控制器之前执行该方法。所以，可以在该方法里面修改 ModelAndView。
afterCompletion()	最后执行的方法。

写一个拦截器步骤

　　第一步：写一个java类，实现HandlerInterceptor接口。
　　第二步：将拦截处理逻辑写在对应的方法里。
　　第三步：配置拦截器(spring配置文件)。

public class SomeInterceptor implements HandlerInterceptor{
	/**
	 * 前端控制器先调用拦截器的preHandle方法，再调用处理器的处理方法。
		arg2:处理器方法对象。
		如果返回值为true,表示继续向后调用；
		如果返回值为false,不会继续向后调用，
		请求处理完毕。
	 */
	public boolean preHandle(
			HttpServletRequest req,
			HttpServletResponse res, 
			Object arg2) throws Exception {
		System.out.println("SomeInterceptor's preHandle()");
		return true;
	}

	/**
	 * 处理器的方法已经执行完毕，在将ModelAndView返回给前端控制器之前执行该方法。
     * 所以，可以在该方法里面修改ModelAndView。
	 */
	public void postHandle(
			HttpServletRequest req, 
			HttpServletResponse res,
			Object arg2, ModelAndView mav)
			throws Exception {
		System.out.println("SomeInterceptor's "+ "postHandle()");
	}

	
	/**
	 * 最后执行的方法。
	 * ex:处理器抛出的异常对象。
	 */
	public void afterCompletion(
			HttpServletRequest req,
			HttpServletResponse res,
			Object arg2, Exception ex)
			throws Exception {
		System.out.println("SomeInterceptor's "+ "afterCompletion()");
	}

}

配置spring配置文件

<!-- 配置拦截器
	 	可以在interceptors下面配置多个拦截器，
	 	拦截器的执行的先后顺序由配置的先后顺序来决定。
	 	注意：
	 		如果要拦截多层路径，比如"/abc/hello2.do",
	 		应该使用 /**。
	  -->

	 <mvc:interceptors>
	 	<mvc:interceptor>
	 		<mvc:mapping path="/**"/>
	 		<bean class="interceptors.SomeInterceptor"/>
	 	</mvc:interceptor>
	 </mvc:interceptors>

　　　注意的细节都在代码张有注释，可以看下。

过滤器和拦截器的区别：

　　①拦截器是基于Java的反射机制的，而过滤器是基于函数回调。
　　②拦截器不依赖与servlet容器，过滤器依赖与servlet容器。
　　③拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求起作用。
　　④拦截器可以访问action上下文、值栈里的对象，而过滤器不能访问。
　　⑤在action的生命周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次。
　　⑥拦截器可以获取IOC容器中的各个bean，而过滤器就不行，这点很重要，在拦截器里注入一个service，可以调用业务逻辑。

从另一个角度说
　　①使用范围不同 Filter 是Servlet 规定的.只能用于web 程序.而拦截器既可以用于Web 程序,也可以用于Apllicatioon,Swing程序中。
　　②规范不同：Filter是在SerVlet 规范定义的，是Servlet容器支持的。而拦截器是在Spring 容器内的，Spring 框架所支持的。
　　③使用资源不同：同其他代码块一样，拦截器也是一个Spring的组件，归Spring 管理。配置在Spring 中，因此能使用Spring 中的任何资源，对象，例如Service对象，数据源，事务管理等。通过Ioc注入到拦截器即可。而filter 则不能。
　　④深度不同：Filter 只在Servlet前后起作用，而拦截器能深入到方法前后，异常抛出前后因而拦截器的使用具有更大的弹性，所以在spring 中优先使用拦截器。

　　过滤器： 依赖于servlet容器，使用回调函数，过滤范围大

　　拦截器： 依赖于框架容器 比如spring、mybatis ，灵活
总之到底用哪个要看情况而定，希望我写的这些对大家有用，有用的话就请大家关注下我，或者点个赞。