Struts2 核心流程

1、Struts2架构图 
　　这是Struts2官方站点提供的Struts 2 的整体结构。 
　　

　　执行流程图

　　

　2、Struts2部分类介绍 
　　这部分从Struts2参考文档中翻译就可以了。 
ActionMapper 
        ActionMapper其实是HttpServletRequest和Action调用请求的一个映射，它屏蔽了Action对于Request等 java Servlet类的依赖。Struts2中它的默认实现类是DefaultActionMapper，ActionMapper很大的用处可以根据自己的需要来设计url格式，它自己也有Restful的实现，具体可以参考文档的docs\actionmapper.html。 
ActionProxy&ActionInvocation 
        Action的一个代理，由ActionProxyFactory创建，它本身不包括Action实例，默认实现DefaultActionProxy是由ActionInvocation持有Action实例。ActionProxy作用是如何取得Action，无论是本地还是远程。而 ActionInvocation的作用是如何执行Action，拦截器的功能就是在ActionInvocation中实现的。 
ConfigurationProvider&Configuration 
        ConfigurationProvider就是Struts2中配置文件的解析器，Struts2中的配置文件主要是尤其实现类 XmlConfigurationProvider及其子类StrutsXmlConfigurationProvider来解析。

　   3、Struts2请求流程 
　　1、客户端发送请求 
　　2、请求先通过ActionContextCleanUp-->FilterDispatcher 
　　3、FilterDispatcher通过ActionMapper来决定这个Request需要调用哪个Action 
　　4、如果ActionMapper决定调用某个Action，FilterDispatcher把请求的处理交给ActionProxy，这儿已经转到它的Delegate--Dispatcher来执行 
　　5、ActionProxy根据ActionMapping和ConfigurationManager找到需要调用的Action类 
　　6、ActionProxy创建一个ActionInvocation的实例 
　　7、ActionInvocation调用真正的Action，当然这涉及到相关拦截器的调用 
　　8、Action执行完毕，ActionInvocation创建Result并返回，当然，如果要在返回之前做些什么，可以实现PreResultListener。添加PreResultListener可以在Interceptor中实现。

　　另一个版本：大同小异~ 
　　一个请求在Struts2框架中的处理大概分为以下几个步骤： 
　　1.客户端提起一个（HttpServletRequest）请求,如上文在浏览器中输入”http://localhost:8080/TestMvc/add.action”就是提起一个（HttpServletRequest）请求。 
　 2.请求被提交到一系列（主要是三层）的过滤器（Filter），如（ActionContextCleanUp、其他过滤器（SiteMesh等）、 FilterDispatcher）。注意这里是有顺序的，先ActionContextCleanUp，再其他过滤器（SiteMesh等）、最后到 FilterDispatcher。 
　 3.FilterDispatcher是控制器的核心，就是mvc中c控制层的核心。下面粗略的分析下我理解的FilterDispatcher工作流程和原理：FilterDispatcher进行初始化并启用核心doFilter

其代码如下：

Java代码

  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. public void serviceAction(HttpServletRequest request, HttpServletResponse response, String namespace, String actionName, Map requestMap, Map parameterMap, Map sessionMap, Map applicationMap) ...{
  48. HashMap extraContext = createContextMap(requestMap, parameterMap, sessionMap, applicationMap, request, response, getServletConfig());  //实例化Map请求 ，询问ActionMapper是否需要调用某个Action来处理这个（request）请求
  49. extraContext.put(SERVLET_DISPATCHER, this);
  50. OgnlValueStack stack = (OgnlValueStack) request.getAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY);
  51. if (stack != null) ...{
  52. extraContext.put(ActionContext.VALUE_STACK,new OgnlValueStack(stack));
  53. }
  54. try ...{
  55. ActionProxy proxy = ActionProxyFactory.getFactory().createActionProxy(namespace, actionName, extraContext);
  56. //这里actionName是通过两道getActionName解析出来的, FilterDispatcher把请求的处理交给ActionProxy，下面是ServletDispatcher的 TODO:
  57. request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY, proxy.getInvocation().getStack());
  58. proxy.execute();
  59. //通过代理模式执行ActionProxy
  60. if (stack != null)...{
  61. request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY,stack);
  62. }
  63. } catch (ConfigurationException e) ...{
  64. log.error("Could not find action", e);
  65. sendError(request, response, HttpServletResponse.SC_NOT_FOUND, e);
  66. } catch (Exception e) ...{
  67. log.error("Could not execute action", e);
  68. sendError(request, response, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e);
  69. }
  70. }

　 4.FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个（request）请求，如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy。 
　 5.ActionProxy通过Configuration Manager（struts.xml）询问框架的配置文件，找到需要调用的Action类. 
如上文的struts.xml配置

Java代码

  1. <?xml version="1.0" encoding="GBK"?>
  2. <!DOCTYPE struts PUBLIC "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" "http://struts.apache.org/dtds/struts-2.0.dtd">
  3. <struts>
  4. <include file="struts-default.xml"/>
  5. <package name="struts2" extends="struts-default">
  6. <action name="add"
  7. class="edisundong.AddAction" >
  8. <result>add.jsp</result>
  9. </action>
  10. </package>
  11. </struts>

　　如果提交请求的是add.action，那么找到的Action类就是edisundong.AddAction。 
　 6.ActionProxy 创建一个ActionInvocation的实例，同时ActionInvocation通过代理模式调用Action。但在调用之前 ActionInvocation会根据配置加载Action相关的所有Interceptor。（Interceptor是struts2另一个核心级的概念）

下面我们来看看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执行前后运行。 
那么什么是拦截器。 
拦截器就是AOP（Aspect-Oriented Programming）的一种实现。（AOP是指用于在某个方法或字段被访问之前，进行拦截然后在之前或之后加入某些操作。） 
拦截器的例子这里就不展开了。 
struts-default.xml文件摘取的内容：

Java代码

  1. < interceptor name ="alias" class ="com.opensymphony.xwork2.interceptor.AliasInterceptor" />
  2. < interceptor name ="autowiring" class ="com.opensymphony.xwork2.spring.interceptor.ActionAutowiringInterceptor" />
  3. < interceptor name ="chain" class ="com.opensymphony.xwork2.interceptor.ChainingInterceptor" />
  4. < interceptor name ="conversionError" class ="org.apache.struts2.interceptor.StrutsConversionErrorInterceptor" />
  5. < interceptor name ="createSession" class ="org.apache.struts2.interceptor.CreateSessionInterceptor" />
  6. < interceptor name ="debugging" class ="org.apache.struts2.interceptor.debugging.DebuggingInterceptor" />
  7. < interceptor name ="external-ref" class ="com.opensymphony.xwork2.interceptor.ExternalReferencesInterceptor" />
  8. < interceptor name ="execAndWait" class ="org.apache.struts2.interceptor.ExecuteAndWaitInterceptor" />
  9. < interceptor name ="exception" class ="com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor" />
  10. < interceptor name ="fileUpload" class ="org.apache.struts2.interceptor.FileUploadInterceptor" />
  11. < interceptor name ="i18n" class ="com.opensymphony.xwork2.interceptor.I18nInterceptor" />
  12. < interceptor name ="logger" class ="com.opensymphony.xwork2.interceptor.LoggingInterceptor" />
  13. < interceptor name ="model-driven" class ="com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor" />
  14. < interceptor name ="scoped-model-driven" class ="com.opensymphony.xwork2.interceptor.ScopedModelDrivenInterceptor" />
  15. < interceptor name ="params" class ="com.opensymphony.xwork2.interceptor.ParametersInterceptor" />
  16. < interceptor name ="prepare" class ="com.opensymphony.xwork2.interceptor.PrepareInterceptor" />
  17. < interceptor name ="static-params" class ="com.opensymphony.xwork2.interceptor.StaticParametersInterceptor" />
  18. < interceptor name ="scope" class ="org.apache.struts2.interceptor.ScopeInterceptor" />
  19. < interceptor name ="servlet-config" class ="org.apache.struts2.interceptor.ServletConfigInterceptor" />
  20. < interceptor name ="sessionAutowiring" class ="org.apache.struts2.spring.interceptor.SessionContextAutowiringInterceptor" />
  21. < interceptor name ="timer" class ="com.opensymphony.xwork2.interceptor.TimerInterceptor" />
  22. < interceptor name ="token" class ="org.apache.struts2.interceptor.TokenInterceptor" />
  23. < interceptor name ="token-session" class ="org.apache.struts2.interceptor.TokenSessionStoreInterceptor" />
  24. < interceptor name ="validation" class ="com.opensymphony.xwork2.validator.ValidationInterceptor" />
  25. < interceptor name ="workflow" class ="com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor" />
  26. < interceptor name ="store" class ="org.apache.struts2.interceptor.MessageStoreInterceptor" />
  27. < interceptor name ="checkbox" class ="org.apache.struts2.interceptor.CheckboxInterceptor" />
  28. < interceptor name ="profiling" class ="org.apache.struts2.interceptor.ProfilingActivationInterceptor" />

　 7.一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。如上文中将结构返回“add.jsp”，但大部分时候都是返回另外一个action，那么流程又得走一遍

时间： 2024-10-14 08:48:08

Struts2 核心流程的相关文章

Struts2学习第一天——struts2基本流程与配置

struts2框架 什么是框架,框架有什么用? 框架 是 实现部分功能的代码 (半成品),使用框架简化企业级软件开发 ,提高开发效率. 学习框架 ,清楚的知道框架能做什么? 还有哪些工作需要自己编码实现 ? 什么是struts2框架,它有什么用? Struts 2是在 struts 1和WebWork的技术基础上进行了合并的全新的Struts 2框架. 其全新的Struts 2的体系结构与Struts 1的体系结构差别巨大.Struts 2以WebWork为核心 struts2=struts1+

struts2执行流程与拦截器介绍

struts2执行流程介绍 1.客户端向Servlet容器(如Tomcat)提交一个请求 2.请求经过一系列过滤器(如ActionContextCleanUp过滤器等) 3.核心控制器被调用,询问ActionMapper来决定请求是否需要调用某个Action 4.如果ActionMapper决定需要调用某个Action,核心控制器把控制权委派给ActionProxy (备注:JSP请求无需调用Action) 5.ActionProxy通过Configuration Manager询问框架的配置文

Spark SQL源码分析之核心流程

自从去年Spark Submit 2013 Michael Armbrust分享了他的Catalyst,到至今1年多了,Spark SQL的贡献者从几人到了几十人,而且发展速度异常迅猛,究其原因,个人认为有以下2点: 1.整合:将SQL类型的查询语言整合到 Spark 的核心RDD概念里.这样可以应用于多种任务,流处理,批处理,包括机器学习里都可以引入Sql. 2.效率:因为Shark受到hive的编程模型限制,无法再继续优化来适应Spark模型里. 前一段时间测试过Shark,并且对Spark

struts2 基本流程

一.配置过程 1.在web.xml中配置过滤器 <filter> <filter-name>StrutsPrepareAndExecuteFilter</filter-name> <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class> </filter> <filter-mapping&g

STRUTS2核心控制器：FilterDispatcher

1. 在 struts1.x 系列中 , 所有的请求是通过一个 servlet(ActionServlet) 来管理控制的 , 在 Struts2.X 而是经过一个 Filter 来处理请求的. Struts 2 将核心控制器设计成 Filter ,而不是一个普通 Servlet . 因为设计者为了实现AOP(面向方面 编程)概念. struts1.x 中 <servlet> <servlet-name>action</servlet-name> <servlet

KVM Run Process之KVM核心流程

在"KVM Run Process之Qemu核心流程"一文中讲到Qemu通过KVM_RUN调用KVM提供的API发起KVM的启动,从这里进入到了内核空间执行,本文主要讲述内核中KVM关于VM执行的核心调用流程,所使用的内核版本号为linux3.15. [点击查看全文] http://luoye.me/2014/07/12/KVM_RUN_PROCESS2/

采购管理核心流程

采购核心流程 包括采购请购,采购订单,采购接收. 而实际上企业的采购业务涉及到更多的流程,包括物料,供应商的认证和维护,采购寻源,招投标等一系列流程. 对于采购需要用到得供应商信息维护,物料信息的维护在前面已经有说明.物料和供应商是采购管理的基础数据,在物料和供应商都维护后,还可以进一步维护供应 商和物料的对应关系信息,在ERP里面叫供应来源维护. 供应来源维护包括物料批准的供应商列表,批准供应商列表会讲物料,供应商,供应商发运组织和地点等 建立对应关系. 一个物料可以有多个合格供应商,那么可以

paip.刮刮卡砸金蛋抽奖概率算法跟核心流程.

#---抽奖算法需要满足的需求如下: 1 #---抽奖核心流程 1 #---问题???更好的算法 2 #---实际使用的扩展抽奖算法(带奖品送完判断和每用户最大中奖判断) 2 #-------网上的抽奖算法Php 3 #----java版本的.. 4 参考 5 #---抽奖算法需要满足的需求如下: 1.可以控制中奖的概率 2.具有随机性 3.最好可以控制奖品的数量 4.根据用户ID或者ip.手机号.QQ号等条件限制抽奖次数 初期就这些需求,然后根据网上的资料,采用了一种阶段式抽取的方法,大家下面

项目核心流程（不可再裁剪）

Labels:   项目核心流程(不可再裁剪)