

上图来源于Struts2官方站点,是Struts 2 的总体结构。
Struts2框架由3个部分组成:体系控制器FilterDispatcher、业务控制器和用户实现的业务观点元件。在这3个部分里,Struts 2框架提供了体系控制器FilterDispatcher,而用户需要实现业务控制器和业务观点元件。

(1)体系控制器:FilterDispatcher
FilterDispatcher是Struts2框架的体系控制器,该控制器作为一个Filter运行在Web应用中,它负责拦截所有的用户请求,当用户请求到达时,该Filter会过滤用户请求。如果用户请求以action结尾,该请求将被转到Struts2框架处理。
Struts2框架获得了*.action请求后,将按照*.action请求的左边部分决定调用哪个业务观点元件,例如,对于login.action请求,Struts2调用名为login的Action来处理该请求。

Struts2应用中的Action都被定义在struts.xml文档中structs控制器,在该文档中定义Action时,定义了该Action的name属性和class属性,其中name属性决定了该Action处理哪个用户请求,而class属性决定了该Action的实现类。
Struts2用于处理用户请求的Action实例,并不是用户实现的业务控制器,而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合,显然无法处理用户请求。而Struts2框架提供了系列,该系列负责将HttpServletRequest请求中的请求参数解析出来,传进到Action中,并回调Action 的execute方法来处理用户请求。
(2)一个请求在Struts2框架中的处理大约分为以下几个步骤

1 .客户端初始化一个指向Servlet容器(例如Tomcat)的请求 ,即HttpServletRequest请求。
2 .这个请求经过一系列的过滤器(Filter)(它们过滤器中有一个叫做ActionContextCleanUp的可选过滤器,这个过滤器对于Struts2和这些框架的内置很有帮助,例如:SiteMesh Plugin)
3. 接着FilterDispatcher被读取,FilterDispatcher询问ActionMapper来决定这个请是否需要读取某个Action

4 .或者ActionMapper决定需要读取某个Actionstructs控制器,FilterDispatcher把请求的处理交给ActionProxy
5 .ActionProxy通过Configuration Manager询问框架的顶配文档,找出需要调用的Action类
6 .ActionProxy创建一个ActionInvocation的事例。
7 .ActionInvocation实例使用命名模式来读取,在读取Action的过程前后,涵盖到相关(Intercepter)的调用。
8 .一旦Action执行完毕,ActionInvocation负责按照struts.xml中的顶配找到对应的返回结果。返回结果往往是(但不总是,也认为是另外的一个Action链)一个需要被指出的JSP或者FreeMarker的模板。在直言的过程中可以使用Struts2 框架中承袭的标签。在这个过程中需要涉及到ActionMapper
在此类过程中一切的对象(Action,Results,Interceptors,等)都是通过ObjectFactory来创建的。
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-119305-1.html
没有一发炮弹击穿主装甲
f