Struts 2 架构分析

Struts2（版本2.1.8.1）的架构解析：

从图中知道，初始化的request通过Servlet容器（比如jetty、Resin或者Tomcat等）进入有该容器提供的FilterChain，这个可能包含ActionContextCleanUp过滤器，如果应用中集成了SiteMesh插件时，ActionContextCleanUp就非常有用。

接下来，调用FilterDispatcher，FilterDispatcher与ActionMapper协作来决定该请求是否需要调用某个action。一旦ActionMapper查找到request对应的某个action，FilterDispatcher就会将控制权移交给ActionProxy，通过框架的配置文件（struts.xml）管理器，ActionProxy创建对应的ActionInvocation。接着调用Interceptors，然后是Action自身。

Action根据处理情况返回result给ActionInvocation，ActionInvocation将返回的result与struts.xml的result匹配，接着result渲染那些常常被设置为JSP或者FreeMarker的模板，在此过程中，Struts Tags发挥其作用，其中一些组件需要与ActionMapper一起来返回合适的URL。

之后Interceptor再次被执行，最后根据web.xml中配置的filter返回响应结果。如果在web.xml中配置了ActionContextCleanUp，FilterDispatcher则不会清除ThreadLocal中的ActionContext，而交由ActionContextCleanUp来处理。

 

 

当接收到一个httprequest

　　Interceptor做一些拦截或者初始的工作

　　当外部的httpservletrequest到来时

　　初始到了servlet容器 传递给一个标准的过滤器链

　　ActionContextCleanUp这个在集成插件方面非常有用

　　Other filters(SitMesh,etc)

　　调用FilterDispatecher会去查找相应的ActionMapper

　　如果找到了相应的ActionMapper它将会将控制权限交给ActionProxy

　　ActionProxy将会通过ConfigurationManager来查找配置struts.xml

　　下一步将会 通过ActionInvocation来负责命令模式的实现（包括调用一些拦截Interceptor框架在调用action之前）

　　一旦action返回，会查找相应的Result

　　Result类型可以是 jsp或者freeMark 等

　　这些组件和ActionMapper一起返回给请求的url（注意拦截器的执行顺序）

　　响应的返回是通过我们在web.xml中配置的过滤器

　　如果ActionContextCleanUp是当前使用的，则FilterDispatecher将不会清理

　　sreadlocal ActionContext

　　如果ActionContextCleanUp不使用，则将会去清理sreadlocals