Filter应用

。J2EE 提供了一种特殊的Servlet，就是Filter。它不是一种单独的 网络组件，因为它不产生 请求和响应信息，它必须依附于其他的网络组件存在。所以我们利用它完成信息的编码转化、数据加密、身份验证、数据压缩、日志记录等很多种工作。下面我们共同看一下Filter的结构和具体的应用方法。
  一、Filter的结构
  我们自己编写的Filter必须要实现javax.servlet.Filter接口，这个接口只要包含了三个主要的方法：
  init()-初始化过滤器，它的输入参数javax.servlet.FilterConfig的一个实例，可以这里初始化过滤要使用到的FilterConfig。这个方法由Web容器自动调用。
  doFilter()-进行具体的过滤 操作， 这个方法以javax.servlet.ServletRequest请求信息，javax.servlet.ServletResponse响应信 息，javax.servlet.FilterChain过滤链。过滤链，在Web应用程序中所有的过滤器会构成一个链状，符合过滤条件的程序将会根据定 义的顺序执行所有链中的过滤器。在这个方法中调用FilterChain的 doFilter(javax.servlet.ServletRequest, javax.servlet.SerletResponse)方法就可以传递到链中的下一个过滤器。
  destory()-销毁过滤器，可以在这里释放使用完的资源，例如设置过滤器中FilterConfig为null。
二、在Web程序中建立过滤器
1、建立实现javax.servlet.Filter接口的自定义Filter程序。

 2、配置web.xml文件。要想让Filter在程序其他作用必须要在web.xml配置，上面过滤器对应配置文件：
<filter>
    <filter-name>Set Encoding Filter</filter-name>
    <filter-class>cn.mblogger.mydeman.EncodeFilter</filter-class>
    <init-param>
      <param-name>encoding</param-name>
      <param-value>GBK</param-value>
    </init-param>
  </filter>
  <filter-mapping>
    <filter-name>Set Encoding Filter</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>  

<filter>元素是配置Filter相关信息。
<filter-name>：指定这个Filter的名字，可以任意指 定，其实相当于对Filter的描述。
<filter-class>：Filter完整的类路径（包路径.类）。<init- param>：指定Filter用到的参数的初始值，其中<param-name>是参数名，<param-value> 是参数值。在Filter中我们可以使用FilterConfig.getInitParameter(String) 获得，其中String代表参数名。
<filter-mapping>用来指定经过该Filter的URL样式。<filter-name>是Filter的名字， 这个要和相对应的<filter>中<filter-name>一致。<url-pattern>是URL的样式， 它定义所有经过这个Filter的URL所应该满足的样式，例如<url-pattern>/*</url-pattern>就 是指定了所有的url都会经过这个Filter。
过滤链的概念，它有一个执行顺序的问题，那么这个顺序的设置也是在web.xml中完成的，其中的先后顺序指定了这个顺序。servlet过滤器的执行顺序就是servlet过滤器在web.xml里面映射文件的顺序。
三、servlet容器对url的匹配过程：
　　当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径 作为servlet的映射url，比如我访问的是http://localhost/test/aaa.html，我的应用上下文是test，容器会将 http://localhost/test去掉，剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有 一个servlet匹配成功以后，就不会去理会剩下的servlet了（filter不同，后文会提到）。其匹配规则和顺序如下：
　　 1. 精确路径匹配。例子：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个 时候，如果我访问的url为http://localhost/test ，这个时候容器就会先进行精确路径匹配，发现/test正好被servletA 精确匹配，那么就去调用servletA，也不会去理会其他的servlet了。
　　2. 最长路径匹配。例子：servletA的url- pattern为/test/*，而servletB的url-pattern为/test/a/*，此时访问http://localhost /test/a时，容器会选择路径最长的servlet来匹配，也就是这里的servletB.
　　3. 扩展匹配，如果url最后一段包含扩展，容器将会根据扩展选择合适的servlet.例子：servletA的url-pattern：*.action
　　4. 如果前面三条规则都没有找到一个servlet，容器会根据url选择对应的请求资源。如果应用定义了一个default servlet，则容器会将请求丢给default servlet（什么是default servlet？后面会讲）。
　　根据这个规则表，就能很清楚的知道servlet的匹配过程，所以定义servlet的时候也要考虑url-pattern的写法，以免出错。
　　对于filter，不会像servlet那样只匹配一个servlet，因为filter的集合是一个链，所以只会有处理的顺序不同，而不会出现只选择一个filter.Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。