Web filter

在创建filter文件后会生成三个方法：innit()、destroy()、doFilter（）

          init():这是过滤器的初始化方法，Web容器创建过滤器实例后会调用这个方法。这个方法中可以读取web.xml文件中过滤器的参数。

          doFilter（）：这个方法完成实际的过滤操作。这个地方是过滤器的核心方法。当用户请求访问与过滤器关联的URL时，Web容器将先调用过滤器的doFilter（）方法。FilterChain参数可以调用Chain.doFilter方法，将请求传给下一个过滤器（或目标资源），或利用转发、重定向将请求转发到其他资源。

          destroy（）：Web容器在销毁过滤器实例前调用该方法，在这个方法中可以释放过滤器占用的资源。（大多情况下用不到）

Web.xm的l配置

过滤器链：

    Web项目是支持多个过滤器，我们可以声明过滤器1、过滤器2……，每个过滤器都有其对应的URL地址。

    假如过滤器1和过滤器2的URL并不相等（没有交集），此时过滤器1和过滤器2井水不犯河水互不相干。

    假如过滤器1和过滤器2的URL相同的话，此时过滤器1和过滤器2就会生成过滤器链。此时用户的请求会依次的通过过滤器1、过滤器2，来到达Web资源。

   过滤器链的执行顺序：会按照web.xml中过滤器定义的先后顺序组装成一个链，也就是我们的过滤器链。

过滤器的分类：

      在servlet 2.5中，过滤器分为四种过滤器，分别是：Request、forward、include、error。如果在过滤器没有配置，则默认是Request类型。

     在servlet3.0中，新增了async。

     async：支持异步处理。

     Request：用户直接访问页面时，Web容器将会调用过滤器。

     forward ：目标资源是通过RequestDispatch的forward访问时，该过滤器将被调用。

     include：目标资源是通过RequestDispatch的include访问时，该过滤器将被调用。（与forward只是调用的方法不同，其他都一样）；

    error：目标资源是通过声明式异常处理机制调用时，过滤器将被调用。

当过滤器这么配置了之后，在出现404错误的时候，会自动进入error.jsp页面。