作者: 李文軍
??? Filter 技術(shù)是servlet 2.3 新增加的功能.servlet2.3是sun公司與2000年10月發(fā)布的,它的開發(fā)者包括許多個(gè)人和公司團(tuán)體,充分體現(xiàn)了sun公司所倡導(dǎo)的代碼開放性原則.由于眾多的參與者的共同努力,servlet2.3比以往功能都強(qiáng)大了許多,而且性能也有了大幅提高.
它新增加的功能包括:
1. 應(yīng)用程序生命周期事件控制;
2. 新的國(guó)際化;
3. 澄清了類的裝載規(guī)則;
4. 新的錯(cuò)誤及安全屬性;
5. 不贊成使用HttpUtils 類;
6. 各種有用的方法;
7. 闡明并擴(kuò)展了幾個(gè)servlet DTD;
8. filter功能.
其中最重要的就是filter功能.它使用戶可以改變一個(gè)request和修改一個(gè)response. Filter 不是一個(gè)servlet,它不能產(chǎn)生一個(gè)response,它能夠在一個(gè)request到達(dá)servlet之前預(yù)處理request,也可以在離開servlet時(shí)處理response.換種說法,filter其實(shí)是一個(gè)”servlet chaining”(servlet 鏈).一個(gè)filter 包括:
1. 在servlet被調(diào)用之前截獲;
2. 在servlet被調(diào)用之前檢查servlet request;
3. 根據(jù)需要修改request頭和request數(shù)據(jù);
4. 根據(jù)需要修改response頭和response數(shù)據(jù);
5. 在servlet被調(diào)用之后截獲.
你能夠配置一個(gè)filter 到一個(gè)或多個(gè)servlet;單個(gè)servlet或servlet組能夠被多個(gè)filter 使用.幾個(gè)實(shí)用的filter 包括:用戶辨認(rèn)filter,日志filter,審核filter,加密filter,符號(hào)filter,能改變xml內(nèi)容的XSLT filter等.
一個(gè)filter必須實(shí)現(xiàn)javax.servlet.Filter接口并定義三個(gè)方法:
1.void setFilterConfig(FilterConfig config) //設(shè)置filter 的配置對(duì)象;
2. FilterConfig getFilterConfig() //返回filter的配置對(duì)象;
3. void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) //執(zhí)行filter 的工作.
服務(wù)器每次只調(diào)用setFilterConfig方法一次準(zhǔn)備filter 的處理;調(diào)用doFilter方法多次以處理不同的請(qǐng)求.FilterConfig接口有方法可以找到filter名字及初始化參數(shù)信息.服務(wù)器可以設(shè)置FilterConfig為空來指明filter已經(jīng)終結(jié).
每一個(gè)filter從doFilter()方法中得到當(dāng)前的request及response.在這個(gè)方法里,可以進(jìn)行任何的針對(duì)request及response的操作.(包括收集數(shù)據(jù),包裝數(shù)據(jù)等).filter調(diào)用chain.doFilter()方法把控制權(quán)交給下一個(gè)filter.一個(gè)filter在doFilter()方法中結(jié)束.如果一個(gè)filter想停止request處理而獲得對(duì)response的完全的控制,那它可以不調(diào)用下一個(gè)filter.
一個(gè)filter可以包裝request 或response以改變幾個(gè)方法和提供用戶定制的屬性.Api2.3提供了HttpServletRequestWrapper 和HttpServletResponseWrapper來實(shí)現(xiàn).它們能分派最初的request和response.如果要改變一個(gè)方法的特性,必須繼承wapper和重寫方法.下面是一段簡(jiǎn)單的日志filter用來記錄所有request的持續(xù)時(shí)間.
public class LogFilter implements Filter {
FilterConfig config;
public void setFilterConfig(FilterConfig config) {
this.config = config;
}
public FilterConfig getFilterConfig() {
return config;
}
public void doFilter(ServletRequest req,
ServletResponse res,
FilterChain chain) {
ServletContext context = getFilterConfig().getServletContext();
long bef = System.currentTimeMillis();
chain.doFilter(req, res); // no chain parameter needed here
long aft = System.currentTimeMillis();
context.log("Request to " + req.getRequestURI()
+ ": " + (aft-bef));
}
}
當(dāng)server調(diào)用setFilterConfig(),filter保存config信息.在doFilter()方法中通過config信息得到servletContext.如果要運(yùn)行這個(gè)filter,必須去配置到web.xml中.以tomcat4.01為例:
<filter>
<filter-name>
log //filter 名字
</filter-name>
<filter-class>
LogFilter //filter class(上例的servlet)
</filter-class>
</filter>
<filter-mapping>
<filter-name>log</filter-name>
<servletname>servletname</servlet-name>
</filter-mapping>
<servlet>
<servlet-name>servletname</servletname>
<servletclass>servletclass</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>servletname</servlet-name>
<url-pattern>*</url-pattern>
</servlet-mapping>
把這個(gè)web.xml放到web-inf中(詳請(qǐng)參考tomcat幫助文檔).
當(dāng)每次請(qǐng)求一個(gè)request時(shí)(如index.jsp),先到LogFilter中去并調(diào)用doFilter()方法,然后才到各自的servlet中去.如果是一個(gè)簡(jiǎn)單的servlet(只是一個(gè)頁面,無任何輸出語句),那么可能的輸出是:
Request to /index.jsp: 10
Servlet和Filter的url匹配以及url-pattern詳解
一,servlet容器對(duì)url的匹配過程:
當(dāng)一個(gè)請(qǐng)求發(fā)送到servlet容器的時(shí)候,容器先會(huì)將請(qǐng)求的url減去當(dāng)前應(yīng)用上下文的路徑作為servlet的映射url,比如我訪問的是http://localhost/test/aaa.html,我的應(yīng)用上下文是test,容器會(huì)將http://localhost/test去掉,剩下的/aaa.html部分拿來做servlet的映射匹配。這個(gè)映射匹配過程是有順序的,而且當(dāng)有一個(gè)servlet匹配成功以后,就不會(huì)去理會(huì)剩下的servlet了(filter不同,后文會(huì)提到)。其匹配規(guī)則和順序如下:
1.?????精確路徑匹配。例子:比如servletA?的url-pattern為?/test,servletB的url-pattern為?/*?,這個(gè)時(shí)候,如果我訪問的url為http://localhost/test?,這個(gè)時(shí)候容器就會(huì)先?進(jìn)行精確路徑匹配,發(fā)現(xiàn)/test正好被servletA精確匹配,那么就去調(diào)用servletA,也不會(huì)去理會(huì)其他的servlet了。
2.?????最長(zhǎng)路徑匹配。例子:servletA的url-pattern為/test/*,而servletB的url-pattern為/test/a/*,此時(shí)訪問http://localhost/test/a時(shí),容器會(huì)選擇路徑最長(zhǎng)的servlet來匹配,也就是這里的servletB。
3.?????擴(kuò)展匹配,如果url最后一段包含擴(kuò)展,容器將會(huì)根據(jù)擴(kuò)展選擇合適的servlet。例子:servletA的url-pattern:*.action
4.?????如果前面三條規(guī)則都沒有找到一個(gè)servlet,容器會(huì)根據(jù)url選擇對(duì)應(yīng)的請(qǐng)求資源。如果應(yīng)用定義了一個(gè)default?servlet,則容器會(huì)將請(qǐng)求丟給default?servlet(什么是default?servlet?后面會(huì)講)。
?????根據(jù)這個(gè)規(guī)則表,就能很清楚的知道servlet的匹配過程,所以定義servlet的時(shí)候也要考慮url-pattern的寫法,以免出錯(cuò)。
?????? 對(duì)于filter,不會(huì)像servlet那樣只匹配一個(gè)servlet,因?yàn)閒ilter的集合是一個(gè)鏈,所以只會(huì)有處理的順序不同,而不會(huì)出現(xiàn)只選擇一個(gè)filter。Filter的處理順序和filter-mapping在web.xml中定義的順序相同。
????二,url-pattern詳解
?????????在web.xml文件中,以下語法用于定義映射:
l??以”/’開頭和以”/*”結(jié)尾的是用來做路徑映射的。
l??以前綴”*.”開頭的是用來做擴(kuò)展映射的。
l??“/”?是用來定義default?servlet映射的。
l??剩下的都是用來定義詳細(xì)映射的。比如:?/aa/bb/cc.action
所以,為什么定義”/*.action”這樣一個(gè)看起來很正常的匹配會(huì)錯(cuò)?因?yàn)檫@個(gè)匹配即屬于路徑映射,也屬于擴(kuò)展映射,導(dǎo)致容器無法判斷。