struts2执行流程深入探索-源码分析

①启动服务器(tomcat)将会自动加载配置文件，加载过程如下：
服务器启动，init()方法被执行

②客户端初始化一个指向Servlet容器(WEB容器)的请求；

③这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：(SiteMesh Plugin)。

④接着StrutsPrepareAndExecuteFilter被调用，StrutsPrepareAndExecuteFilter询问ActionMapper来决定这个请求是否需要调用某个Action。

⑤如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy。ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类

⑥ActionProxy创建一个ActionInvocation的实例。ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。拦截器默认执行defaultStack里面有一系列的interceptor。

⑦一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2框架中继承的标签。在这个过程中需要涉及到ActionMapper，响应的返回是通过我们在web.xml中配置的过滤器

⑧如果ActionContextCleanUp是当前使用的，则FilterDispatecher将不会清理threadlocal ActionContext;如果ActionContextCleanUp不使用，则将会去清理threadlocals。