在创建filter文件后会生成三个方法:innit()、destroy()、doFilter()
init():这是过滤器的初始化方法,Web容器创建过滤器实例后会调用这个方法。这个方法中可以读取web.xml文件中过滤器的参数。
doFilter():这个方法完成实际的过滤操作。这个地方是过滤器的核心方法。当用户请求访问与过滤器关联的URL时,Web容器将先调用过滤器的doFilter()方法。FilterChain参数可以调用Chain.doFilter方法,将请求传给下一个过滤器(或目标资源),或利用转发、重定向将请求转发到其他资源。
destroy():Web容器在销毁过滤器实例前调用该方法,在这个方法中可以释放过滤器占用的资源。(大多情况下用不到)
Web.xm的l配置
过滤器链:
假如过滤器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页面。