Struts2的架构 Struts2执行流程

 

 


图示说明：

第一步：当一个初始化请求达到Servlet
容器时，这个请求会通过一个标准的过滤器链。这个链包含了可选的ActionContextCleanUp过滤器，它可以用于集成类似SiteMesh Plugin的插件。然后FilterDispatcher
被调用，它用于询问ActionMapper
是否这个请求需要调用一个action。

 

第二步：如果ActionMapper
决定一个action需要被调用，那么FilterDispatcher
把控制权交给ActionProxy，它会询问框架配置文件管理者（通过Struts.xml文件初始化的）。

 

第三步：然后ActionProxy它创建一个ActionInvocation（用于命令模式的实现）,它会在Action执行前调用所有的拦截器。

 

第四步：一旦Action执行完成，并且返回，ActionInvocation
会找到与Action返回的结果码，相关联的result（该result在struts.xml文件中）。这个result
随后会被执行，并且与一个模块关联（该模板使用jsp或FreeMarker
编写的，将会被渲染）。并且在渲染时，这个模板可以使用Struts
框架提供的标签。一些组件将于ActionMapper
一起工作去渲染合适的URLs
为附加的请求。

 

注意：所有的对象
在这个结构图中（Action,Result,Intercepter,等）都是被ObjectFactory创建的。这个ObjectFactory
是可插拔的。我们可以提供自己的ObjectFactory当框架中的对象被创建时。

 

第五步：拦截器会被再次执行（逆序执行）。最后，这个response
通过配置在web.xml中的过滤器返回。如果此时ActionContextCleanUp 过滤器存在，FilterDispatcher
将不会清除ThreadLocal类型的ActionContext;否则就会清除ActionContext