过滤器(Filter)技术的应用

过滤器(Filter)技术的应用

J2EE提供了一种特殊的Servlet，就是Filter。它不是一种单独的网络组件，因为它不产生请求和响应信息，它必须依附于其他的网络组件存在。所以我们利用它完成信息的编码转化、数据加密、身份验证、数据压缩、日志记录等很多种工作。下面我们共同看一下Filter的结构和具体的应用方法，并且结合实例进行讲解。

一、Filter的结构

我们自己编写的Filter必须要实现接口，这个接口只要包含了三个主要的方法：

init()-初始化过滤器，它的输入参数Config的一个实例，可以这里初始化过滤要使用到的FilterConfig。这个方法由Web容器自动调用。

doFilter()-进行具体的过滤操作，这个方法以tRequest请求信息，tResponse响应信息，Chain过滤链。过滤链，在Web应用程序中所有的过滤器会构成一个链状，符合过滤条件的程序将会根据定义的顺序执行所有链中的过滤器。

destory()-销毁过滤器，可以在这里释放使用完的资源，例如设置过滤器中FilterConfig为null。

二、在Web程序中建立过滤器

1、建立实现接口的自定义Filter程序。下面是一个进行请求信息编码转化的Filter：

import ption;

import ation;

import ;

import Chain;

import Config;

import tException;

import tRequest;

import tResponse;

public class EncodeFilter implements Filter{

private FilterConfig filterConfig = null;

private String encoding = null;

//默认构造函数

public EncodeFilter() {

}

//初始化过滤器

public void init(FilterConfig filterConfig) throws ServletException {

Config = filterConfig;

ng = tParameter("encoding");

}

//得到编码

private String getEncoding() {

return ng;

}

//执行过滤操作

public void doFilter(ServletRequest request, ServletResponse response,

FilterChain filterChain) throws

IOException, ServletException {

//设置编码格式

if(racterEncoding() == null) {

String encoding = getEncoding();

if(encoding != null) {

racterEncoding(encoding);

}

//传递过滤器

er(request, response);

}

}

public void destroy() {

filterConfig = null;

encoding = null;

}

}

2、配置文件。要想让Filter在程序其他作用必须要在配置，上面过滤器对应配置文件：

Set Encoding Filter

Filter

encoding

GBK

Set Encoding Filter

/*

元素是配置Filter相关信息，：指定这个Filter的名字，可以任意指定，其实相当于对Filter的描述。：Filter完整的类路径（包路径.类）。：指定Filter用到的参数的初始值，其中是参数名，是参数值。在Filter中我们可以使用tParameter(String)获得，其中String代表参数名也就是的值，例如在上面的Filter中获得encoding的值：tParameter("encoding");

用来指定经过该Filter的URL样式。是Filter的名字，这个要和相对应的中一致。是URL的样式，它定义所有经过这个Filter的URL所应该满足的样式，例如/*就是指定了所有的url都会经过这个Filter。

完成了以上过程后，就定义了一个完成的Filter，我们可以添加辅助代码进行测试。

在上面我们提到了过滤链的概念，它有一个执行顺序的问题，那么这个顺序的设置也是在中完成的，其中的先后顺序指定了这个顺序。在范例中，一共包含了两个过滤器，并且包含了测试代码，我们通过调整两个过滤器的先后顺序，看一下执行的效果。

在Java web开发中常会使用到功能强大的过滤器，他毕竟能给我们带来很大的方便，但是针对过滤的资源我们需要详细的了解他们在中的配置信息。这个根据几种常用的不同情况进行了总结：

1。如果要映射过滤应用程序中所有资源：

loggerfilter

Filter

loggerfilter

/*

2.过滤指定的类型文件资源

loggerfilter

Filter

loggerfilter

*.html

其中*.html要过滤jsp那么就改*.html为*.jsp,但是注意没有“/”斜杠

如果要同时过滤多种类型资源：

loggerfilter

Filter

loggerfilter

*.html

loggerfilter

*.jsp

3.过滤指定的目录

loggerfilter

Filter

loggerfilter

/folder_name/*

4.过滤指定的servlet

loggerfilter

Filter

loggerfilter

loggerservlet

loggerservlet

Servlet

5.过滤指定文件

loggerfilter

Filter

loggerfilter

/

以上都要注意是否有斜杠“/”

Servlet和Filter的url匹配以及url-pattern详解

Servlet和filter是J2EE开发中常用的技术，使用方便，配置简单，老少皆宜。估计大多数朋友都是直接配置用，也没有关心过具体的细节，今天遇到一个问题，上网

查了servlet的规范才发现，servlet和filter中的url-pattern还是有一些文章在里面的，总结了一些东西，放出来供大家参考，以免遇到问题又要浪费时间。

一、 servlet容器对url的匹配过程：

当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是localhost/test/，我的应用上下文是test，容器会将localhost/test去掉，剩下的/部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有一个servlet匹配成功以后，就不会去理会剩下的servlet了（filter不同，后文会提到）。其匹配规则和顺序如下：

1. 精确路径匹配。例子：比如servletA 的url-pattern为 /test，servletB的url-pattern为 /* ，这个时候，如果我访问的url为localhost/test ，这个时候容器就会先 进行精确路径匹配，发现/test正好被servletA精确匹配，那么就去调用servletA，也不会去理会其他的servlet了。

2. 最长路径匹配。例子：servletA的url-pattern为/test/*，而servletB的url-pattern为/test/a/*，此时访问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在中定义的顺序相同。

二、 url-pattern详解

在文件中，以下语法用于定义映射：

1、以”/”开头和以”/*”结尾的是用来做路径映射的。

2、以前缀”*.”开头的是用来做扩展映射的。

3、”/”是用来定义default servlet映射的。

 4、剩下的都是用来定义详细映射的。比如： /aa/bb/

所以，为什么定义”/*.action”这样一个看起来很正常的匹配会错？因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断。