jsp过滤器理及事例.doc

Servlet过滤器是J2EE Web应用程序级的Java代码组件，是一种类似于Servlet，由窗口管理的对象，它能够以声明的方式插入到HTTP请求响应的过程中。它们拦截和响应，以便查看、提取或以某各方式操作正在客户机和服务器之间交换的数据。它是通常封装了一些功能的类，实现了对Web应用程序中的预处理和后期逻辑。 　　过滤器提供一种面向对象的模块化机制，用以将公共任务封装到可插入的组件中。这些组件通过Web部署描述符 (web.xml)配置文件恶声明，可以方便地添加和删除过滤器，无需改动任何应用程序代码或JSP页面，并由Servlet窗口进行动态调用。通过在请求/响应链中使用过滤器，可以对应用程序（而不是以任何方式替代）的Servlet或JSP页面提供的核心处理进行补充，而不会破坏Servlet或JSP页面的功能。由于是纯Java实现，所以Servlet过滤器是跨平台的模块化和可重用性，使得它们很容易地被部署到任何相容的J2EE环境中。 1.原理 　　1.1　过滤器工作原理 　　　　　　　　　　　 　　当客户端发出Web资源的请求时，Web服务器根据应用程序配置文件设置的过滤规则进行检查，客户请求满足过滤规则，则对客户请求/响应进行拦截，对请求头和请求数据进行检查或改动，并依次通过过滤器链，最后把请求/响应交给请求的Web资源处理。请求信息在过滤器链中可以被修改，也可以根据条件让请求不发往资源处理器，并直接向客户发回一个响应。当资源处理器完成了对资源的处理后，响应信息将逐级逆向返回。同样在这个过程中，用户可以修改响应信息，从而完成一定的任务。如图1所示：在Servlet2.4规范中，对2.3规范进行了扩展，使得Servlet 过滤器可以应用在客户机和Servlet之间。Servlet和Servlet或JSP页面之间，以及各个JSP页面之间。 　　1.2　Servlet过滤器API 　　Servlet过滤器API包含了3个接口，它们都在javax.servlet包中，分别是Filter接口，FilterChain接口和FilterConfig接口. 　　1.2.1　public Interface Filter 　　所有的过滤器都必须实现Filter接口。该接口定义了init(),doFilter(),destory()三个方法： (1)　public void init (FilterConfig filterConfig) throws ServletException 　　当开始使用servlet过滤器服务时，Web窗口调用此方法一次，为服务过滤器;然后在需要使用过滤器的时候调用doFilter()，传送给此方法的FilterConfig对象，包含servlet过滤器的初始化参数。 (2)　public void doFilter(ServletRequest request request,ServletResponse response,FilterChain chain )throws java.io.IOException,ServletException 　　每个过滤器都接受当前的请求和响应，而FilterChain包含的过滤器则仍然必须被处理。 doFilter方法中，过滤器可以对请求和响应做它想做和一切，通过调用他们的方法收集数据，或者给对象添加新的行为。过滤器通过传送到此方法的 FilterChain参数，调用chain.doFilter()将控制权传送给下一个过滤器。当这个调用返回后，过滤器可以在它的doFilter方法的最后对响应做些其他的工作。如果过滤器想要终止请求的处理或得到对响应的完全控制，则可以不调用下一个过滤器，而将其重定向到其它一些页面。当链中的最后一个过滤器调用chain.doFilter()方法时，将运行最初请求的Servlet。 (3)　public void destory() 　　一旦doFilter()方法里的所有线程退出或已超时，容器调用此方法。服务器调用destory()以指出过滤器已结束服务，用于释放过滤器占用的资源。 　　1.2.2　public interface FilterChain 　　方法public void doFilter(ServletRequest request,ServletResponse response,FilterChain chain)throws java.io.IOException,ServletException 是由Servlet容器提供给开发者的，用于对资源请求过滤链的依次调用，通过FilterCain调用过滤链中的下一个过滤器，如果是最后一个过滤器，则下一个就调用目标资源。