Struts2 执行流程

struts2执行原理(执行流程)app

                                   

 

                                              

 

 

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

1 客户端发送请求;(HttpServletRequest)
2 这个请求通过一系列的过滤器(Filter)(这些过滤器中有一个叫作ActionContextCleanUp的可选过滤器,这个过滤器对于Struts2和其余框架的集成颇有帮助,例如:SiteMesh Plugin)
3 接着FilterDispatcher被调用,FilterDispatcher询问ActionMapper来决定这个请是否须要调用某个ActionFilterDispatcher的功能以下:模块化

        (1)执行Actions
        (2)清除ActionContext
        (3)维护静态内容

        (4)清除request生命周期内的XWork的interceptors
测试

4 若是ActionMapper决定须要调用某个ActionFilterDispatcher把请求的处理交给ActionProxy
5 ActionProxy经过Configuration Manager询问框架的配置文件,找到须要调用的Action
6 ActionProxy建立一个ActionInvocation的实例。
7 ActionInvocation实例使用命名模式来调用,在调用Action的过程先后,涉及到相关拦截器(Intercepter)的调用。
8 一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果一般是(但不老是,也可 能是另外的一个Action链)一个须要被表示的JSP或者FreeMarker的模版。在表示的过程当中能够使用Struts2 框架中继承的标签。在这个过程当中须要涉及到ActionMapperspa

 

 

在上述过程当中全部的对象(Action,Results,Interceptors,等)都是经过ObjectFactory来建立的。插件

Struts2的目标很简单--使Web开发变得更加容易。为了达成这一目标,Struts2中提供了不少新特性,好比智能的默认设置、annotation的使用以及"惯例重于配置"原则的应用,而这一切都大大减小了XML配置。Struts2中的Action都是POJO,这一方面加强了Action自己的可测试性,另外一方面也减少了框架内部的耦合度,而HTML表单中的输入项都被转换成了恰当的类型以供action使用。开发人员还能够经过拦截器(能够自定义拦截器或者使用Struts2提供的拦截器)来对请求进行预处理和后处理,这样一来,处理请求就变得更加模块化,从而进一步减少耦合度。模块化是一个通用的主题--能够经过插件机制来对框架进行扩展;开发人员能够使用自定义的实现来替换掉框架的关键类,从而得到框架自己所不具有的功能;能够用标签来渲染多种主题(包括自定义的主题);Action执行完毕之后,能够有多种结果类型--包括渲染JSP页面,Velocity和Freemarker模板,但并不只限于这些。3d

相关文章
相关标签/搜索