struts2运行流程图

参考文档：https://blog.csdn.net/qq_37230121/article/details/80229927

                                                                                         

 

一、系统架构

Struts2的官方文档附带了Struts2的架构图。从这张图可以很好的去理解Struts2：如上图

关于图中的Key：

• Servlet Filters：过滤器链，客户端的所有请求都要经过Filter链的处理。
• Struts Core：Struts2的核心部分，但是Struts2已经帮我们做好了，我们不需要去做这个
• Interceptors，Struts2的拦截器。Struts2提供了很多默认的拦截器，可以完成日常开发的绝大部分工作；而我们自定义的拦截器，用来实现实际的客户业务需要的功能。
• User Created，由开发人员创建的，包括struts.xml、Action、Template，这些是每个使用Struts2来进行开发的人员都必须会的。

 

• 1.FilterDispatcher是整个Struts2的调度中心，也就是MVC中的C（控制中心），
•     根据ActionMapper的结果来决定是否处理请求，如果ActionMapper指出该URL应该被Struts2处理，那么它将会执行Action处理，并停止过滤器链上还没有执行的过滤器。
• 2.ActionMapper 会判断这个请求是否应该被Struts2处理，如果需要Struts2处理，ActionMapper会返回一个对象来描述请求对应的ActionInvocation的信息。
• 3.ActionProxy，它会创建一个ActionInvocation实例，位于Action和xwork之间，使得我们在将来有机会引入更多的实现方式，比如通过WebService来实现等。
• 4.ConfigurationManager是xwork配置的管理中心，可以把它看做struts.xml这个配置文件在内存中的对应。
• 5.struts.xml，是开发人员必须光顾的地方。是Stuts2的应用配置文件，负责诸如URL与Action之间映射关系的配置、以及执行后页面跳转的Result配置等。
• 6.ActionInvocation：真正调用并执行Action，它拥有一个Action实例和这个Action所依赖的拦截器实例。
•     ActionInvocation会按照指定的顺序去执行这些拦截器、Action以及相应的Result。
• Interceptor(拦截器)：是Struts2的基石，类似于JavaWeb的Filter，拦截器是一些无状态的类，拦截器可以自动拦截Action，它们给开发者提供了在Action运行之前或Result运行之后来执行一些功能代码的机会。
• 7.Action：用来处理请求，封装数据。

 

二、运行流程

1.当用户的发出请求， 读取工程的web.xml，在web.xml中进行匹配，但发现，由struts2这个过滤器来进行处理（也就是 StrutsPrepareAndExecuteFilter），

    根据Filter的配置，找到FilterDispatcher（Struts2的调度中心）

3.然后会获取FilterDispatcher实例，然后回调doFilter方法，进行真正的处理

    PS：FilterDispatcher是任何一个Struts2应用都需要配置的，通常情况下，web.xml文件中还有其他过滤器时，FilterDispatcher是放在滤器链的最后；

    如果在FilterDispatcher前出现了如SiteMesh这种特殊的过滤器，还必须在SiteMesh前引用Struts2的ActionContextCleanUp过滤器

                                                   

4.这时FilterDispatcher会将请求转发给ActionMapper。ActionMapper负责识别当前的请求是否需要Struts2做出处理。

5.如果需要Struts2处理，ActionMapper会通知FilterDispatcher，需要处理这个请求，FilterDispatcher会停止过滤器链以后的部分，

    （这也就是为什么，FilterDispatcher应该出现在过滤器链的最后的原因）。

     然后建立一个ActionProxy实例，这个对象作为Action与xwork之间的中间层，会代理Action的运行过程。

 

6.ActionProxy对象在被创建出来的时候，并不知道要运行哪个Action，它手里只有从FilterDispatcher中拿到的请求的URL。

而真正知道要运行哪个Action的是ConfigurationManager。因为只有它才能读取我们的strtus.xml

（在服务器启动的时候，ConfigurationManager就会把struts.xml中的所有信息读到内存里，当ActionProxy带着URL向他询问要运行哪个Action的时候，就可以直接匹配、查找并回答了）

 

7.ActionProxy知道自己该干什么事之后（运行哪个Action、相关的拦截器以及所有可能使用的result信息），然后马上建立ActionInvocation对象了，ActionInvocation对象描述了Action运行       的整个过程。

   注意：Action完整的调用过程都是由ActionInvocation对象负责

8.在execute方法之前，好像URL请求中的参数已经赋值到了Action的属性上，这就是我们的"雷锋"—拦截器。

    拦截器的运行被分成两部分，一部分在Action之前运行，一部分在Result之后运行，而且顺序是刚好反过来的。

    也就是在Action执行前的顺序，比如是拦截器1、拦截器2、拦截器3，那么运行Result之后，再次运行拦截器的时候，顺序就变成拦截器3、拦截器2、拦截器1了。

9.到了奶奶家，然后执行Action的execute方法

10.然后根据execute方法返回的结果（Result），去struts.xml中匹配选择下一个页面

11.根据结果(Result)找到页面后，在页面上(有很多Struts2提供的模板)，可以通过Struts2自带的标签库来访问需要的数据，并生成最终页面

12.最后ActionInvocation对象倒序执行拦截器,从奶奶家回来

13.ActionInvocation对象执行完毕后，已经得到响应对象（HttpServletResponse）了，最后按与过滤器（Filter）配置定义相反的顺序依次经过过滤器，向客户端展示出响应的结果