struts2知识点总结(3)

拦截器的基本概念
拦截器的功能类似于过滤器，拦截器提供了一种机制是开发者可以定义一个在action执行的前后执行的代码，也可以在一个action执行前阻止执行，我本人觉得可能和spring中的面向切面似乎有点相似（思想上）
拦截器和过滤器的区别：
1：拦截器和过滤器的概念非常相似
2：过滤器率属于web容器，可以过滤一切的请求（action,servlet,jsp，html等等）
3：拦截器则隶属于struts2框架，只能拦截action（无法拦截对jsp的请求）
4：过滤器内部采用函数回调实现，而拦截器采用动态代理实现

1. 整个结构就如同一个堆栈，除了Action以外，堆栈中的其他元素是Interceptor
2. Action位于堆栈的底部。由于堆栈”先进后出”的特性，如果我们试图把Action拿出来执行，我们必须首先把位于Action上端的Interceptor拿出来执行。这样，整个执行就形成了一个递归调用

3. 每个位于堆栈中的Interceptor，除了需要完成它自身的逻辑，还需要完成一个特殊的执行职责。这个执行职责有3种选择：
   1) 中止整个执行，直接返回一个字符串作为resultCode
   2) 通过递归调用负责调用堆栈中下一个Interceptor的执行
   3) 如果在堆栈内已经不存在任何的Interceptor，调用Action
   Struts2的拦截器结构的设计，实际上是一个典型的责任链模式的应用。首先将整个执行划分成若干相同类型的元素，每个元素具备不同的逻辑责任，并将他们纳入到一个链式的数据结构中（我们可以把堆栈结构也看作是一个递归的链式结构），而每个元素又有责任负责链式结构中下一个元素的执行调用。
   这样的设计，从代码重构的角度来看，实际上是将一个复杂的系统，分而治之，从而使得每个部分的逻辑能够高度重用并具备高度可扩展性。所以，Interceptor结构是Struts2/Xwork设计中的精华。
   action的生命周期
   用户以*.do方式发出请求（该请求能找到ActionServlet）;
   当ActionServlet收到一个客户请求时，根据struts-config.xml找到相关的action信息。

   1.检索和用户相匹配的ActionMapping实例。如果不存在，就返回请求路径无效。
   2.如果ActionForm实例不存在，就创建一个ActionForm实例，把客户提交的表单信息保存在一个ActionForm对象中。
   3.根据配置信息，决定是否需要表单验证，如果需要，就调用ActionForm中的validate()方法。
   4.如果ActionForm中的validate()方法返回Null或者返回一个不包含ActionMessage的ActionError对象，就表示表单验证成功。
   5.ActionServlet根据ActionMapping实例包含的映射信息，决定将请求转发给哪一个action，如果action不存在，就创建一个实例（action只有一个），然后调用action的execute（）方法。
   6.Action的execute()方法，返回一个ActionForward对象，ActionServlet再把客户请求转发给ActionForward对象指向JSP组件。
   7.ActionForward对象指向的JSP组件生成动态网页返回客户。（如果表单验证失败，ActionServlet将直接把请求转发给Action注册信息中Input指定的JSP组件，此时不会再创建Action对象）