struts2实例执行过程，以及原理

①， 用户发送请求被Struts2的核心过滤器拦截。

②， 在核心过滤器中判断是否为Action请求，若是不是则直接放过；若是是Action请求就把这个请求交给ActionProxy处理

③， ActionProxy根据请求的路径经过ConfigurationManager的帮助在struts.xml中找到用户请求的Action路径和方法名；而后经过反射建立被请求的Action的对象obj并获取被请求的方法；最后建立被请求的Action对象的代理对象pobj，经过代理对象pobj调用被请求的方法。

④， 由于是经过代理对象调用的被请求的方法，因此在执行被请求方法以前Struts2能够添加不少本身的操做（拦截），这些操做完成类型转换、数据封装、数据校验等操做。因此当被请求的方法执行的时候这些工做已经被struts2完成了。

⑤， 经过被请求方法的返回值找到对应的页面，对返回数据进行相应的处理以后，而后返回给用户

 

struts2的核心和工做原理

 在学习struts2以前，首先咱们要明白使用struts2的目的是什么？它能给咱们带来什么样的好处？

设计目标

    Struts设计的第一目标就是使MVC模式应用于web程序设计。在这儿MVC模式的好处就不在提了。

技术优点

    Struts2有两方面的技术优点，一是全部的Struts2应用程序都是基于client/server HTTP交换协议，The Java Servlet API揭示了Java Servlet只是Java API的一个很小子集，这样咱们能够在业务逻辑部分使用功能强大的Java语言进行程序设计。

    二是提供了对MVC的一个清晰的实现，这一实现包含了不少参与对因此请求进行处理的关键组件，如：拦截器、OGNL表达式语言、堆栈。

    由于struts2有这样目标，而且有这样的优点，因此，这是咱们学习struts2的理由，下面，咱们在深刻剖析一下struts的工做原理。

工做原理

    一个请求在Struts2框架中的处理大概分为如下几个步骤 

    1、客户端初始化一个指向Servlet容器（例如Tomcat）的请求

    2、这个请求通过一系列的过滤器（Filter）（这些过滤器中有一个叫作ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其余框架的集成颇有帮助，例如：SiteMesh Plugin） 

    3、接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否须要调用某个Action 

       FilterDispatcher是控制器的核心，就是mvc中c控制层的核心。下面粗略的分析下我理解的FilterDispatcher工做流程和原理：FilterDispatcher进行初始化并启用核心doFilter

[html] view plaincopy

1.  public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException ...{  

2.          HttpServletRequest request = (HttpServletRequest) req;  

3.          HttpServletResponse response = (HttpServletResponse) res;  

4.          ServletContext servletContext = filterConfig.getServletContext();  

5.          // 在这里处理了HttpServletRequest和HttpServletResponse。  

6.          DispatcherUtils du = DispatcherUtils.getInstance();  

7.          du.prepare(request, response);//正如这个方法名字同样进行locale、encoding以及特殊request parameters设置  

8.          try ...{  

9.              request = du.wrapRequest(request, servletContext);//对request进行包装  

10.         } catch (IOException e) ...{  

11.             String message = "Could not wrap servlet request with MultipartRequestWrapper!";  

12.             LOG.error(message, e);  

13.             throw new ServletException(message, e);  

14.         }  

15.                 ActionMapperIF mapper = ActionMapperFactory.getMapper();//获得action的mapper  

16.         ActionMapping mapping = mapper.getMapping(request);// 获得action 的 mapping  

17.         if (mapping == null) ...{  

18.             // there is no action in this request, should we look for a static resource?  

19.             String resourcePath = RequestUtils.getServletPath(request);  

20.             if ("".equals(resourcePath) && null != request.getPathInfo()) ...{  

21.                 resourcePath = request.getPathInfo();  

22.             }  

23.             if ("true".equals(Configuration.get(WebWorkConstants.WEBWORK_SERVE_STATIC_CONTENT))   

24.                     && resourcePath.startsWith("/webwork")) ...{  

25.                 String name = resourcePath.substring("/webwork".length());  

26.                 findStaticResource(name, response);  

27.             } else ...{  

28.                 // this is a normal request, let it pass through  

29.                 chain.doFilter(request, response);  

30.             }  

31.             // WW did its job here  

32.             return;  

33.         }  

34.         Object o = null;  

35.         try ...{  

36.             //setupContainer(request);  

37.             o = beforeActionInvocation(request, servletContext);  

38. //整个框架最最核心的方法，下面分析  

39.             du.serviceAction(request, response, servletContext, mapping);  

40.         } finally ...{  

41.             afterActionInvocation(request, servletContext, o);  

42.             ActionContext.setContext(null);  

43.         }  

44.     }  

45. du.serviceAction(request, response, servletContext, mapping);  

46. //这个方法询问ActionMapper是否须要调用某个Action来处理这个（request）请求，若是ActionMapper决定须要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy  

47.    

48. public void serviceAction(HttpServletRequest request, HttpServletResponse response, String namespace, String actionName, Map requestMap, Map parameterMap, Map sessionMap, Map applicationMap) ...{   

49.         HashMap extraContext = createContextMap(requestMap, parameterMap, sessionMap, applicationMap, request, response, getServletConfig());  //实例化Map请求 ，询问ActionMapper是否须要调用某个Action来处理这个（request）请求  

50.         extraContext.put(SERVLET_DISPATCHER, this);   

51.         OgnlValueStack stack = (OgnlValueStack) request.getAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY);   

52.         if (stack != null) ...{   

53.             extraContext.put(ActionContext.VALUE_STACK,new OgnlValueStack(stack));   

54.         }   

55.         try ...{   

56.             ActionProxy proxy = ActionProxyFactory.getFactory().createActionProxy(namespace, actionName, extraContext);   

57. //这里actionName是经过两道getActionName解析出来的, FilterDispatcher把请求的处理交给ActionProxy，下面是ServletDispatcher的 TODO:   

58.             request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY, proxy.getInvocation().getStack());   

59.             proxy.execute();   

60.          //经过代理模式执行ActionProxy  

61.             if (stack != null)...{   

62.                 request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY,stack);   

63.             }   

64.         } catch (ConfigurationException e) ...{   

65.             log.error("Could not find action", e);   

66.             sendError(request, response, HttpServletResponse.SC_NOT_FOUND, e);   

67.         } catch (Exception e) ...{   

68.             log.error("Could not execute action", e);   

69.             sendError(request, response, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e);   

70.         }   

71. }   

 

 

    4、若是ActionMapper决定须要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy 

    5、ActionProxy经过ConfigurationManager询问框架的配置文件，找到须要调用的Action类 ,这里，咱们通常是从struts.xml配置中读取。

    6、ActionProxy建立一个ActionInvocation的实例。

    7、ActionInvocation实例使用命名模式来调用，在调用Action的过程先后，涉及到相关拦截器（Intercepter）的调用。

    下面咱们来看看ActionInvocation是如何工做的：

    ActionInvocation是Xworks 中Action 调度的核心。而对Interceptor 的调度，也正是由ActionInvocation负责。ActionInvocation 是一个接口，而DefaultActionInvocation 则是Webwork 对ActionInvocation的默认实现。

    Interceptor的调度流程大体以下：

    1.ActionInvocation初始化时，根据配置，加载Action相关的全部Interceptor。

    2. 经过ActionInvocation.invoke方法调用Action实现时，执行Interceptor。

    Interceptor将不少功能从咱们的Action中独立出来，大量减小了咱们Action的代码，独立出来的行为具备很好的重用性。XWork、WebWork的许多功能都是有Interceptor实现，能够在配置文件中组装Action用到的Interceptor，它会按照你指定的顺序，在Action执行先后运行。

    这里，咱们简单的介绍一下Interceptor

    在struts2中自带了不少拦截器，在struts2-core-2.1.6.jar这个包下的struts-default.xml中咱们能够发现：

[html] view plaincopy

1.  <interceptors>  

2.             <interceptor name="alias"class="com.opensymphony.xwork2.interceptor.AliasInterceptor"/>  

3.             <interceptor name="autowiring"class="com.opensymphony.xwork2.spring.interceptor.ActionAutowiringInterceptor"/>  

4.             <interceptor name="chain"class="com.opensymphony.xwork2.interceptor.ChainingInterceptor"/>  

5.             <interceptor name="conversionError"class="org.apache.struts2.interceptor.StrutsConversionErrorInterceptor"/>  

6.             <interceptor name="clearSession"class="org.apache.struts2.interceptor.ClearSessionInterceptor"/>  

7.             <interceptor name="createSession"class="org.apache.struts2.interceptor.CreateSessionInterceptor"/>  

8.             <interceptor name="debugging"class="org.apache.struts2.interceptor.debugging.DebuggingInterceptor"/>  

9.             <interceptor name="externalRef"class="com.opensymphony.xwork2.interceptor.ExternalReferencesInterceptor"/>  

10.            <interceptor name="execAndWait"class="org.apache.struts2.interceptor.ExecuteAndWaitInterceptor"/>  

11.            <interceptor name="exception"class="com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor"/>  

12.            <interceptor name="fileUpload"class="org.apache.struts2.interceptor.FileUploadInterceptor"/>  

13.            <interceptor name="i18n"class="com.opensymphony.xwork2.interceptor.I18nInterceptor"/>  

14.            <interceptor name="logger"class="com.opensymphony.xwork2.interceptor.LoggingInterceptor"/>  

15.            <interceptor name="modelDriven"class="com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor"/>  

16.            <interceptor name="scopedModelDriven"class="com.opensymphony.xwork2.interceptor.ScopedModelDrivenInterceptor"/>  

17.            <interceptor name="params"class="com.opensymphony.xwork2.interceptor.ParametersInterceptor"/>  

18.            <interceptor name="actionMappingParams"class="org.apache.struts2.interceptor.ActionMappingParametersInteceptor"/>  

19.            <interceptor name="prepare"class="com.opensymphony.xwork2.interceptor.PrepareInterceptor"/>  

20.            <interceptor name="staticParams"class="com.opensymphony.xwork2.interceptor.StaticParametersInterceptor"/>  

21.            <interceptor name="scope"class="org.apache.struts2.interceptor.ScopeInterceptor"/>  

22.            <interceptor name="servletConfig"class="org.apache.struts2.interceptor.ServletConfigInterceptor"/>  

23.            <interceptor name="sessionAutowiring"class="org.apache.struts2.spring.interceptor.SessionContextAutowiringInterceptor"/>  

24.            <interceptor name="timer"class="com.opensymphony.xwork2.interceptor.TimerInterceptor"/>  

25.            <interceptor name="token"class="org.apache.struts2.interceptor.TokenInterceptor"/>  

26.            <interceptor name="tokenSession"class="org.apache.struts2.interceptor.TokenSessionStoreInterceptor"/>  

27.            <interceptor name="validation"class="org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor"/>  

28.            <interceptor name="workflow"class="com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor"/>  

29.            <interceptor name="store"class="org.apache.struts2.interceptor.MessageStoreInterceptor"/>  

30.            <interceptor name="checkbox"class="org.apache.struts2.interceptor.CheckboxInterceptor"/>  

31.            <interceptor name="profiling"class="org.apache.struts2.interceptor.ProfilingActivationInterceptor"/>  

32.            <interceptor name="roles"class="org.apache.struts2.interceptor.RolesInterceptor"/>  

33.            <interceptor name="jsonValidation"class="org.apache.struts2.interceptor.validation.JSONValidationInterceptor"/>  

34.            <interceptornameinterceptorname="annotationWorkflow"class="com.opensymphony.xwork2.interceptor.annotations.AnnotationWorkflowInterceptor"/> 

    对于sturts2自带的拦截器，使用起来就相对比较方便了，咱们只须要在struts.xml的action标签中加入<interceptor-ref name=" logger " />而且struts.xml扩展struts-default，就可使用，

   若是是要自定义拦截器，首先须要写一个拦截器的类：

[html] view plaincopy

1.  package ceshi;  

2.  import com.opensymphony.xwork2.ActionInvocation;  

3.  import com.opensymphony.xwork2.interceptor.AbstractInterceptor;  

4.     

5.  publicclassAuthorizationInterceptor extends AbstractInterceptor {  

6.     

7.      @Override  

8.      public Stringintercept(ActionInvocation ai)throws Exception {  

9.           

10.            System.out.println("abc");  

11.             return ai.invoke();  

12.              

13.     }  

14.    

15. } 

而且在struts.xml中进行配置

[html] view plaincopy

1.  <!DOCTYPEstruts PUBLIC  

2.  "-//Apache SoftwareFoundation//DTD Struts Configuration 2.0//EN"  

3.  "http://struts.apache.org/dtds/struts-2.0.dtd">  

4.     

5.

6.  <struts>  

7.      <package name="test"extends="struts-default">  

8.       <interceptors>  

9.        <interceptor name="abc"class ="ceshi.AuthorizationInterceptor"/>  

10.     </interceptors>  

11.         <action name="TestLogger"class="vaannila.TestLoggerAction">  

12.            <interceptor-refnameinterceptor-refname="abc"/>  

13.            <result name="success">/success.jsp</result>  

14.            </action>  

15.     </package>  

16. </struts> 

    8、一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果一般是（但不老是，也多是另外的一个Action链）一个须要被表示的JSP或者FreeMarker的模版。在表示的过程当中可使用Struts2 框架中继承的标签。在这个过程当中须要涉及到ActionMapper

在上述过程当中全部的对象（Action，Results，Interceptors，等）都是经过ObjectFactory来建立的。

 

Struts2和struts1的比较

    struts2相对于struts1来讲简单了不少，而且功能强大了不少，咱们能够从几个方面来看：

    从体系结构来看：struts2大量使用拦截器来出来请求，从而容许与业务逻辑控制器 与 servlet-api分离，避免了侵入性；而struts1.x在action中明显的侵入了servlet-api.

    从线程安全分析：struts2.x是线程安全的，每个对象产生一个实例，避免了线程安全问题；而struts1.x在action中属于单线程。

    性能方面：struts2.x测试能够脱离web容器，而struts1.x依赖servlet-api，测试须要依赖web容器。

    请求参数封装对比：struts2.x使用ModelDriven模式，这样咱们 直接 封装model对象，无须要继承任何struts2的基类，避免了侵入性。

    标签的优点：标签库几乎能够彻底替代JSTL的标签库，而且 struts2.x支持强大的ognl表达式。

    固然，struts2和struts1相比，在 文件上传，数据校验 等方面也 方便了好多。