]]>
命名服务目的Q把命名和对象联pv来，提供用命名访问对象的Ҏ?/p>
目录服务Q允许属性和对象联系Q比如用户对象的email地址属性，Q命名服务不提供Q，因此能利用目录服务访问对象属性或以属性ؓ基础查找对象?/p>
]]>
?span style="font-family: Times New Roman">tomcat下，我们通常q样来解决中文ؕ码问题：
qo器代码：
- package filter;
- import java.io.*;
- import javax.servlet.*;
- import javax.servlet.http.*;
- import wrapper.GetHttpServletRequestWrapper;
- public class ContentTypeFilter implements Filter {
- private String charset = "UTF-8";
- private FilterConfig config;
- public void destroy() {
- System.out.println(config.getFilterName()+"被销?);
- charset = null;
- config = null;
- }
- public void doFilter(ServletRequest request, ServletResponse response,
- FilterChain chain) throws IOException, ServletException {
- //讄h响应字符~码
- request.setCharacterEncoding(charset);
- response.setCharacterEncoding(charset);
- HttpServletRequest req = (HttpServletRequest)request;
- System.out.println("----h?+config.getFilterName()+"qo");
- //执行下一个过滤器Q如果有的话,否则执行目标servletQ?/span>
- chain.doFilter(req, response);
- System.out.println("----响应?+config.getFilterName()+"qo");
- }
- public void init(FilterConfig config) throws ServletException {
- this.config = config;
- String charset = config.getServletContext().getInitParameter("charset");
- if( charset != null && charset.trim().length() != 0)
- {
- this.charset = charset;
- }
- }
- }
web.xml中过滤器配置
<!--采用的字符~码配置成应用初始化参数而不是过滤器U有的初始化参数是因为在JSP和其他地方也可能需要?->
<context-param>
<param-name>charset</param-name>
<param-value>UTF-8</param-value>
</context-param>
<filter>
<filter-name>ContentTypeFilter</filter-name>
<filter-class>filter.ContentTypeFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>ContentTypeFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
equest.setCharacterEncoding(charset); 必须写在W一ơ用request.getParameter()之前Q这h能保证参数是按照已经讄的字W编码来获取?br /> response.setCharacterEncoding(charset);必须写在PrintWriter out = request.getWriter()之前Q这h能保证out按照已经讄的字W编码来q行字符输出?/p>
通过qo器，我们可以保证在Servlet或JSP执行之前p|好了请求和响应的字W编码?/p>
但是q样q不能完全解决中文ؕ码问题：
对于posthQ无论是“获取参数环节”q是“输出环节"都是没问题的Q?/p>
对于gethQ?输出环节"没有问题Q但?获取参数环节"依然出现中文qQ所以在输出时直接将q输出了?/p>
原因是posth和geth存放参数位置是不同的Q?/p>
post方式参数存放在请求数据包的消息体中?get方式参数存放在请求数据包的请求行的URI字段中，以？开始以param=value¶me2=value2的Ş式附加在URI字段之后。而request.setCharacterEncoding(charset); 只对消息体中的数据v作用Q对于URI字段中的参数不v作用Q我们通常通过下面的代码来完成~码转换Q?/p>
String paramValue = request.getParameter("paramName");
paramValue = new String(paramValue.trim().getBytes("ISO-8859-1"), charset);
但是每次q行q样的{换实在是很麻烦，有没有统一的解x案呢Q?/p>
解决Ҏ1: 在tomcat_home"conf"server.xml 中的Connector元素中设|URIEncoding属性ؓ合适的字符~码
<Connector port="8080" protocol="HTTP/1.1"connectionTimeout="20000"
redirectPort="8443"
URIEncoding="UTF-8"
/>
q样做的~点是，同一个tomcat下的其他应用也将受到影响。而其每次部v旉需要类修改配置也很ȝ?/p>
解决Ҏ2:自定义请求包装器包装hQ将字符~码转换的工作添加到getParameter()Ҏ?br />
package wrapper;import java.io.UnsupportedEncodingException;import java.net.URLDecoder;import javax.servlet.http.HttpServletRequest;import javax.servlet.http.HttpServletRequestWrapper;
public class GetHttpServletRequestWrapper extends HttpServletRequestWrapper {
private String charset = "UTF-8";
public GetHttpServletRequestWrapper(HttpServletRequest request) {
super(request);
} /** * 获得被装饰对象的引用和采用的字符~码 * * @param request * @param charset */ public GetHttpServletRequestWrapper(HttpServletRequest request, String charset) { super(request); this.charset = charset; } /** * 实际上就是调用被包装的请求对象的getParameterҎ获得参数Q然后再q行~码转换 */ public String getParameter(String name) { String value = super.getParameter(name); value = value == null ? null : convert(value); return value; } public String convert(String target) { System.out.println("~码转换之前Q?/span>" + target); try { return new String(target.trim().getBytes("ISO-8859-1"), charset); } catch (UnsupportedEncodingException e) { return target; } }
}
修改qo器的doFilterҎ 代码如下Q?br />
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { // 讄h响应字符~码 request.setCharacterEncoding(charset); response.setCharacterEncoding(charset); // 新增加的代码 HttpServletRequest req = (HttpServletRequest) request; if (req.getMethod().equalsIgnoreCase("get")) { req = new GetHttpServletRequestWrapper(req, charset); } System.out.println("----h?/span>" + config.getFilterName() + "qo"); // 传递给目标servlet或jsp的实际上时包装器对象的引用，而不是原始的HttpServletRequest对象 chain.doFilter(req, response); System.out.println("----响应?/span>" + config.getFilterName() + "qo"); }
q样一来，在servlet中调用包装器的getParametersҎ来获取参敎ͼ已l完成了字符~码的{换过E，我们׃需要在每次获取参数时来q行字符~码转换了?br /> ȝQ自己写cȝ承HttpServletRequestWrapperQHttpServletRequestWrapper实现了HttpServletRequest接口。看tomcat的源代码可以发现QServletRequest作ؓ一个Component QServletRequestWrapper作ؓ一个比较标准的Decorator Q实现ServletRequest接口q把ServletRequest当作成员变量Q其他承Decorator 的类Q比如本例中的GetHttpServletRequestWrapper Q就可以很好的操控ServletRequest及其子类Q比如本例中的HttpServletRequestQ，HttpServletRequest的很多方法就可以Ҏ我们的需求做改变Q比如设|字W，LI格?/span>
参考：
http://www.javaeye.com/topic/483158
http://fishhappy365.javaeye.com/blog/484185
http://www.javaeye.com/topic/220230
]]>
Web 上最常用的两U?Http h是 Get h?Post h了。我们在?java web 开发时Q也M?servlet 中通过 doGet ?doPost Ҏ来处理请求；更经常地Q我们会?doGet Ҏ的实C调用 doPost Ҏ。尽做了近两年?web 开发，我对诸如 Get h?Post h的基本概念仍不是十分了解。近日阅诅R?javascript 高E序设计》重新整理了一?Get h?Post h的概念，是MW记吧?
Get 是从服务器上获取数据Q这是最常见的请求类型。每ơ在览器中输入 URL 打开面Ӟ是向服务器发送一?Get h?Get h的参数是用问可加到 URL l尾Q后面跟着用＆q接h的名Uͼ值对。比如网址 http://bt.neupioneer.com/viewthread.php?tid=87813 Q其?tid 为参数名Q?87813 为参数的倹{在~程中，使用 Get 最多的地方是链接列表，其中的参数多是从数据库读出的字段拼接而成。在 Ajax 中，我们也经怋?Get Q通过提取出页面的标签|拼成串后构造一?URL ?Get 在用上是有限制的， URL 的最大长度ؓ 2KB Q因此，如果表单中包含textareaq样的大文本D，׃要用Get了。对于表单来_ Get 是把参数数据队列加到提交表单?ACTION 属性所指的 URL 中，值和表单内各个字D一一对应Q通过 URL 可以看到中传递的参数。因此，相比?Post Q它是不安全的?
Post 的用场合多是在表单提交的地方，因ؓ?Get 相比Q?Post 可以发送更多的数据Q?javascript 高E序设计》中说最多可以发?2GB Q这多少让我不太怿Q网上一些文章说 IIS4 中最大量?80KB Q?IIS5 中ؓ 100KB Q不知道 Tomcat 中的情况如何?Post 是通过 HTTP Post 机制Q将表单内各个字D与其内Ҏ|在 HTML Header 内一起传送到 ACTION 属性所指的 URL 地址??Get 相比Q?Post 的内Ҏ不会?URL 中显现出来的Q这多少是安全一些的?我在做登录这L表单Ӟ只是请求方式设?Post Q得用户名和密码信息不在浏览器中显玎ͼ但不清楚的是Q是否有更好的方法加密密码等信息Q实在不知道如果h不传到服务器的话Q怎么Ҏ知的h加密Q清楚的朋友不妨l个解决ҎQ。在 Ajax 中，如果要和服务器交互，记得加上 request.setRequestHeader(“Content-Type”,”application/x-www-urlencoded”); q一脚本Q尽很?Ajax 教材中都提到了这一炏V另外要说的是，被传递的参数是要l过~码的。在 javascript 中，~码函数?encodeURIComponent(xx) ?nbsp;
以上转自 http://blog.csdn.net/yoland/archive/2009/03/19/4005740.aspx
一个get的发送请求例子：
GET /select/selectBeerTaste.jsp?color=dark&taste=malty HTTP/1.1
Host: www.wickedlysmart.com
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/
20030624 Netscape/7.1
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/
plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
POST /advisor/selectBeerTaste.do HTTP/1.1
Host: www.wickedlysmart.com
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/
20030624 Netscape/7.1
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/
plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
color=dark&taste=malty (Request headers 后面有一个传参数的body)
两个例子的红色的部分很好的看Zget和post传参数区?/span>
]]>
上面是CAS 基础协议?nbsp;
CAS h以下特点Q?/p>
- 开源的企业U单点登录解x案?/li>
- CAS Server 为需要独立部|的 Web 应用?/li>
- CAS Client 支持非常多的客户?q里指单点登录系l中的各?Web 应用)Q包?Java, .Net, PHP, Perl, Apache, uPortal, Ruby {?/li>
CAS Client 与受保护的客L应用部v在一P?Filter 方式保护受保护的资源。对于访问受保护资源的每?Web hQCAS Client 会分析该h?Http h中是否包?Service TicketQ如果没有，则说明当前用户尚未登录，于是请求重定向到指定好?CAS Server d地址Qƈ传?Service Q也是要访问的目的资源地址Q，以便d成功q后转回该地址。用户在W?3 步中输入认证信息Q如果登录成功，CAS Server 随机产生一个相当长度、唯一、不可伪造的 Service TicketQƈ~存以待来验证Q之后系l自动重定向?Service 所在地址Qƈ为客L览器设|一?Ticket Granted CookieQTGCQ，CAS Client 在拿?Service 和新产生?Ticket q后Q在W?5Q? 步中?CAS Server q行w䆾合适，以确?Service Ticket 的合法性?/p>
在该协议中，所有与 CAS 的交互均采用 SSL 协议Q确保，ST ?TGC 的安全性。协议工作过E中会有 2 ơ重定向的过E，但是 CAS Client ?CAS Server 之间q行 Ticket 验证的过E对于用h透明的?/p>
另外QCAS 协议中还提供?Proxy Q代理）模式Q以适应更加高、复杂的应用场景Q具体介l可以参?CAS 官方|站上的相关文档?/p>
?Tomcat 上部|一个完整的 CAS Server 主要按照以下几个步骤Q?/p>
如果希望 Tomcat 支持 HttpsQ主要的工作是配|?SSL 协议Q其配置q程和配|方法可以参?Tomcat 的相x档。不q在生成证书的过E中Q会有需要用C机名的地方，CAS 不要使用 IP 地址Q而要使用机器名或域名。（目q程中没使用Q?/p>
CAS
Server 是一?Web 应用包，前面下载的 cas-server-3.1.1-release.zip 解开Q把其中?
cas-server-webapp-3.1.1.war 拯?tomcat?webapps 目录Qƈ更名?
cas.war。由于前面已配置?tomcat ?https 协议Q可以重新启?
tomcatQ然后访问：https://localhost:8443/casQ没配置ssh应该是http://localhost:8080/casQ?Q如果能出现正常?CAS d面Q则说明 CAS
Server 已经部v成功?/p>
虽然 CAS Server 已经部v成功Q但q只是一个缺省的实现Q在实际使用的时候，q需要根据实际概况做扩展和定Ӟ最主要的是扩展认证 (Authentication) 接口?CAS Server 的界面?/p>
参?/strong>http://www.ibm.com/developerworks/cn/opensource/os-cn-cas/index.html
目也采用jdbc验证,文章介绍了三个基?JDBC ?AuthenticationHandlerQ我使用的cas-server 3.3 多了一个AbstractJdbcUsernamePasswordAuthenticationHandler 直接使用?br />
forward把请求从一个servlet转发到服务器上的另一个资源，它允怸个servlet对请求做初始处理Q然后另一个资源来产生responseQ不?tt class="monofont">sendRedirectQforward的整个操作都在服务器内部Q对客户是透明的?tt class="monofont">附加查询字符串或使用h?tt class="monofont">setAttribute的方法可以传递信息给代理 ?br>
The rules a forwarding servlet must follow are relatively strict:
-
It may set headers and the status code but may not send any response body to the client (that's the job for an include). Consequently, the forward( ) must be called before the response has been committed.
-
If the response already has been committed, the forward( ) call throws an IllegalStateException.
-
If the response has not been committed but there's content within the response buffer, the buffer is automatically cleared as part of the forward.
-
In addition, you can't get creative by substituting new request and response objects. The forward( ) method must be called with the same request and response objects as were passed to the calling servlet's service method, and the forward( ) must be called from within the same handler thread.
如果servlet A转发到servlet BQB得到的\径信息应该是和直接调用B一LQ从q方面来说B完全控制h。这也是Z么确保response的缓存会在调用之前冲掉，response没有被提交是很重要的事情?br> 用\径{发的问题是：目标lg不但Ҏ务器lg可见Q也必须对客L可见。出于安全考虑Q可能会让一些组件不是公共可见的Q所以用名字代替路径做{发：getNamedDispatcher 不过没有URI路径也就不能加上查询字符Ԍ路径也不能做调整?br> forward ?tt style="color: rgb(0,0,0)" class="monofont">sendRedirect谁更?/tt>Qrequest dispatch 在服务器端发生，redirect在客L发生?tt class="monofont">forward最好用在一个组件必d理业务逻辑而且和另一个组件分享结果的情况。sendRedirict最好用于客户需要从一重定向于另一c看h用forward比较有诱惑，因ؓforward在服务器内部完成QsendRedirectq需要从客户端倒一遍，所以forward更快。不q的是处理相对URL的时候会引v问题。例Q?br>public class HomePageForward extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
RequestDispatcher dispatcher = req.getRequestDispatcher("/index.html");
dispatcher.forward(req, res);
}
}
如果index.html中有<img src="../../../images/trans.gif"/>则图片不能读取?tt class="monofont">sendRedirect会告诉客L文g来源于文件根目录Qforward不会。因Z需要调?tt class="monofont">getContext查询Q?tt class="monofont">sendRedirect更容易{发到其他context的资源中?span style="background-color: rgb(255,0,0)">所以徏议是量?tt class="monofont">sendRedirectQ必ȝ情况下才用forward?/tt>
RequestDispatcher的includeҎ把资源的内容攑օ当前的respongse中。它实现了一U我们可以称为编E式服务器端 include。不同于forwardQ在调用include后的servlet A仍然控制response而且可能包含 被包含进来内容的前后内容?br> ?Q?br> doGet(..){
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("<HTML><HEAD><TITLE>Welcome to Nile</TITLE></HEAD>");
out.println("<BODY>");
// Show an item in an online catalog
out.println("Feast your eyes on this beauty:");
RequestDispatcher dispatcher =
req.getRequestDispatcher("/servlet/NileItem?item=0596000405");
dispatcher.include(req, res);
out.println("And, since I like you, it's 20% off!");
out.println("</BODY></HTML>");
}
doGet(..){
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("<HTML><HEAD><TITLE>Welcome to Nile</TITLE></HEAD>");
out.println("<BODY>");
// Show items in an online catalog
RequestDispatcher dispatcher =
req.getRequestDispatcher("/servlet/NileItem");
out.println("Feast your eyes on this beauty:");
req.setAttribute("item", Book.getBook("0596000405"));
dispatcher.include(req, res);
// Remove the "item" attribute after use
req.removeAttribute("item");
out.println("Or how about this one:");
req.setAttribute("item", Book.getBook("0395282659"));
dispatcher.include(req, res);
out.println("And, since I like you, they're all 20% off!");
out.println("</BODY></HTML>");
}
接受servlet
public class NileItem extends HttpServlet {
public void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
// We do not set the content type
PrintWriter out = res.getWriter();
Book book = (Book) req.getAttribute("item");
out.println("<BR>");
if (book != null) {
out.println("<I>" + book.getTitle() + "</I>");
out.println(" by " + book.getAuthor());
}
else {
out.println("<I>No book record found</I>");
}
out.println("<BR>");
}
}
通过实例可以很好理解includeQ就是把下一个资源的内容直接攑օ本页面的M地方Q被包含的资源不能改变status code or HTTP headers Q所以NileItem 做Q何改变这些的操作都会被忽略（NileItem 所以没有做q些操作Q。不像forwardQ\径元素和h参数仍然和调用端一栗如果被包含资源要求获得自己的\径元素和h参数Q?it may retrieve them using the following server-assigned request attributes:
javax.servlet.include.request_uri
javax.servlet.include.context_path
javax.servlet.include.servlet_path
javax.servlet.include.path_info
The request and response parameters must be the same objects as were passed to the calling servlet's service method, and the include( ) must be called from within the same handler thread.
The included resource must use an output mechanism that matches the caller's. If the caller uses a PrintWriter, then the included resource must use a PrintWriter. If the caller uses an OutputStream, then the included resource must use an OutputStream. If the mechanisms don't match, the included servlet throws an IllegalStateException. If you can, make sure to use the PrintWriter for all text output, and this won't be a problem.
]]>
成ؓ一个servlet可以l你什么：一个ServletConfig对象Q一个ServletContext?br> ServletConfig对象Q每个servlet有一个；Use it to pass deploy-time information to the servlet (a database or enterprise bean lookup name, for example)that you don’t want to hard-code into the servlet (servlet init parameters)Q访问ServletContextQParameters are configured in the Deployment DescriptorQ如<init-param>方式配置Q?我们可以通过servletconfig获得初始化参敎ͼgetServletConfig().getInitParameter(“foo?;Q，然后通过setAttribute dispatchl某个jsp面Q但是针对一个servlet的初始化参数很有局限性，所以引入针对应用的<context-param>Q这时候通过servletContext获得初始化参敎ͼgetServletContext().getInitParameter(“foo?Q，q个初始化参数可以被应用的Q意servletQjsp讉K?span style="color: red">注意初始化参数是一个deploy-time constantsQ不能在runtime改变他们Q只能通过重新部v?br>
ServletContext Q每个web app有一个（严格说来如果是分布式的话Q应该是每个JVM一?/span>Q；Use it to access web app parameters (also confi gured in the Deployment Descriptor) Q类似application bulletin-board功能Q让其他应用也能讉KQ用来获得服务器信息Q比如容器名字和版本Q以及支持的API版本?span style="color: red">ServletContextListener 可以监听ServletContext 的初始化Q从ServletContext中获得初始化参数Q用参数q接数据库，把连接作为attribute存v来以便所有应用都可以讉KQ和销毁阶D（关闭q接Q。ؓ了context attributes U程安全Q可以对contextq行同步锁的方式Q?/p>
synchronized(getServletContext()) { getServletContext().setAttribute(“foo? ?/span>22?; getServletContext().setAttribute(“bar? ?/span>42?; out.println(getServletContext().getAttribute(“foo?); out.println(getServletContext().getAttribute(“bar?); }
ServletResponse接口有两U流可供输出QServletOutputStream for bytes, or a PrintWriter for character data.
例：1 PrintWriter writer = response.getWriter();
writer.println(“some text and HTML?;
2 ServletOutputStream out = response.getOutputStream();
out.write(aByteArray);
如果不想自己处理Q可通过redirectl一个全新的URLQ注意如果response已提交后不能再redirectQ，或者dispatch the request l你应用中的某个lgQ如jspQ。redirect会先q回l客P客户再重新发hQ而dispatch 的话Q服务器会直接{l某个组件。这样两U方式的区别很明显了? servlet->容器调用service()->doGet()/doPost() 产生动态页面ƈ把页面放入response对象Q记住此时容器仍然有引用指向该response对象Q线E完成，容器把response对象转换为HTTP对象Q送回客户端，然后删除request和response对象?
]]>
2 Expressions:<%=...=>: 发送字W串l客LQ表辑ּ可以是Q意有toStringҎ的对象，或者是primitive。代码编译成servlet后在jspService() 内?font color="#ff0000">不要在后面加分号Q否则会以out.print(...;); 形式输出Q引L译错?/font>
3 DeclarationsQ?lt;!=...=>: declaration 像scriptlet一L来向jsp嵌入代码Q这些声明编译成servlet后都是在jspService() Ҏ外面的，所以声明里可用来定义新ҎQ可以被scriptlet调用Q或全局cd量，但声明里代码不是U程安全的，必须自己控制?/tt>
directives q不用来向客L输出Q用来定义页面属性，包括定制标签库和包含其他面Q语?Q?br> <%@ directive {attribute="value"}* %>
三种不同的jsp directives Q?tt>page, taglib, and include?br> <%@ page %>ljsp容器提供面的相关信?br><%@ include %> is used to include text and/or code at translation time of a JSPQ语?tt><%@ include file="relativeURL" %>,q个文g必须是web 应用的一部分Q由于在转换阶段被包括，相当于在~译之前把文件源代码直接放进来，所以不影响runtime阶段的性能?a class="docLink" href="mk:@MSITStore:E:\Computer%20eBook\j2EE&Web\JSP&Servlet\j2ee技术web层：servlet和jsp\Addison.Wesley.Servlets.and.JavaServer.Pages.The.J2EE.Technology.Web.Tier.eBook-LiB.chm::/0321136497_ch03lev1sec4.html#ch03lev3sec6"><jsp:include /> 在runtime阶段触发Q虽然效能没前面translation time include好，但保证被包括文g的实时性?br><%@ taglib %> 自定义标{ֺQ语?tt><%@ taglib uri="uri" prefix="prefixOfTag" %>
Actions 可以方便的把动态代码链入简单的jsp面Q功能类似scripting elements Q但是把和jsp打交道的java代码抽象出来了，有两U：standard and custom 语法 <prefix:element {attribute="value"}* />
jsp中有implicit objectsQ就像在Servlets中的对象Q在scripting elements中可以用：configQrequestQresponseQsessionQ默认jsp持有一个sessionQ在scripting elements 用这个对象，像调用HttpServletRequest getSession() 一PQapplicationQ?tt>javax.servlet.ServletContext 对象实例Q就像调?tt>ServletConfig getServletContext() 一P q有一些没有直接和Servlet 对应的，但是隐含的对象：pageContextQ含有一个jsp的许多对象资源信息，在定制标{时候用得较多）, page, out, and exception
]]>
1 init(FilterConfig config) Q容器加载filter的时候触发此ҎQ可以用来从web.xml文g攉初始化参C及做些初始化操作?tt>FilterConfig可用来获得初始化数据Q此Ҏ被调用一ơ且仅一ơ?br /> 2 destroy()Q当Filter被从内存中unload的时候调用（最典型的是关闭应用的时候）Q该Ҏ最好用来关闭Filter初始化的外部资源?br /> 3 doFilter(ServletRequest request, ServletResponse response, FilterChain chain) Q执行filter要完成的事情QHttpServlet情况下， ServletRequest?tt>ServletResponse 对象是HttpServletRequest 和HttpServletResponse的实例。Filter 需要类型{换他们以便用HttpServletRequest 和HttpServletResponse对象的方法?br /> FilterConfig 对象用来配置filterQ?tt>FilterChain 对象用来表示filters链中当前应用到request和response中的filter。Filter 和Servlet的功能基本类|唯一区别时候他强制分开链中的各个资源。可以说Filter是有额外功能的Servlet?tt>FilterChain对象可以形象的理解ؓ一UStackQstatck中的某个filter正在某个request和response上运行?tt>FilterConfig ?/span>ServletConfig 极ؓcM
默认情况filters铑֏能用来处理客L发送的requestQ如果用RequestDispatcher 对象?tt>forward() 或?tt>include() Ҏ发送请求，filter是不能处理的Q但是可通过配置web.xml处理Q?tt>dispatcher元素中有REQUEST, INCLUDE, FORWARD, ERROR四种值可用来配置?br />
?Wrapper
定制request或者response对象的时候，只需要简单的l承request或response的相应wrapperc（是对request或responseq行扩展实现Q。sun公司提供四个方便的wrapperc：
HttpServletRequestWrapper
ServletResponseWrapper
HttpServletResponseWrapper
]]>
The execution of an interceptor can be broken into three phases: preprocessing, passing control on to the rest of the action invocation by calling invoke(), and postprocessing. Interceptors can also divert workflow by returning a control string instead of calling invoke().They also have access to all key data via the ActionInvocation instance they receive.Ultimately, interceptors can do just about anything.
]]>