filter顾名思义就是过滤器,能够在某些行为之前进行过滤操作,但其中的一些细节问题还是需要通过自己的代码经历来感受通过以下代码的一些调试来说明几个细节问题:
































































以上代码比较简单,在filter初始化的时候在控制台显示"filter init"信息,destroy的时候在控制台显示"filter destroy"信息,在过滤时关键注意LOG.info(request.getRequestURL());与LOG.info(request.getRequestURI());这两句。Web.xml配置如下:












这样表示所有的文件请求都通过此过滤器,所有的请求都包括哪些呢,比如说,jsp页面、CSS文件、图片文件都会先经过此过滤器。
运行TOMCAT之后,以下是执行情况:
1、首先可以看到filter被初始化,出现"filter init"信息,这说明filter的初始化过程是在载入时即产生的;
2、访问该WebApp下的一个页面,发现出现了很多次doFilter的调用,就如上面所说,有jsp页面导致的,有css文件导致的,有图片文件导致的,这样的话中间其实是会产生较多无用的过滤动作,这一点我看了网上的很多文章,以编码过滤器为例,基本上都是匹配的所有请求,即web.xml中<url-pattern>/*</url-pattern>匹配了所有的请求,从上面的代码可以知道,其实很多是不需要进行匹配的;
3、最后,当停止TOMCAT的时候,出现"filter destroy"信息,filter的destroy过程发生。
很少写东西,自己都感觉没说清楚,大致表达个意思吧。