（3）Struts2的运行流程

Struts2的架构图如下：

1、当用户提交请求时，假设URL=/helloworld/HelloAction.action，这个请求首先会被tomcat服务器（假设使用的是tomcat服务器）接收到，服务器根据请求url中的web上下文得知应该将请求交由helloworld这个web工程来处理。

2、此时服务器会读取该工程的web.xml文件，在该文件中匹配发现扩展名为.action的请求，由struts2的过滤器进行处理，根据Filter的配置找到实际类为FilterDispatcher的这个类。

3、容器获取FilterDispatcher的实例，并回调doFilter方法进行处理，FilterDispatcher作为前端控制器，是整个Struts2的调度中心。如果工程中还有其它的过滤器，则应该将这些过滤器置于FilterDispatcher的前面

4、FilterDispatcher将请求转发给ActionMapper，由ActionMapper来识别该请求是否交由Struts2进行处理。

5、如果ActionMapper决定又Struts2来处理这个请求，则FilterDispatcher会停止过滤器链以后的部分（才说明FilterDispatcher应该出现在过滤器链的最后），然后建立一个ActionProxy对象，这个对象会作为Action与xwork的中间层，负责Action的运行过程。

6、ActionProxy对象利用FilterDispatcher来获取用来响应请求的Action，过程是这样：首先它会询问ConfigurationManager，而ConfigurationManager是由struts.xml映射到内存中的，在服务器启动的时候，ConfigurationManager会一次性的将struts.xml中的信息缓存到内存中，这样就实现了ActionProxy对象能够根据URL中所请求的Action而真正找到该Action

7、ActionProxy对象知道运行哪个Action、相关拦截器、以及可能使用到的result信息之后，就会建立ActionInvocation对象了，该对象会描述Action运行的整个过程。拦截器的运行被分为两部分：Action运行之前和result运行之后，而且顺序是返过来的，比如在Action运行之前是拦截器1、2、3，则Result之后运行的拦截器就是拦截器3、2、1。

8、ActionInvocation对象执行完毕之后就会得到相应对象，即HttpServletRequest对象，最后会按照配置过滤器相反的顺序依次执行过滤器，向用户展示结果。