Structs2及其执行原理

参考：http://www.cnblogs.com/fidelQuan/p/3365815.html

从Structs2角度上理解MVC

 

在Structs2中，模型层对应业务逻辑组件，它一般用于实现业务逻辑及与底层数据库的交互。

视图层对应视图组件，一般是指JSP页面，或者其余。

控制层对应系统核心控制器和业务逻辑控制器。系统核心控制器为Structs2框架提供的FilterDispatcher，它是一个起过滤的类，如过滤掉一些非法的url，可以根据请求自动调用相应的Action。而业务逻辑控制器是指开发人员自行定义的一系列Action，在Action中负责调用相应的业务逻辑组件来完成处理。

 

Structs2的执行原理

 

1） 客户端初始化一个指向Servlet容器（例如Tomcat）的请求

 

2 ）这个请求通过一系列的过滤器（Filter）（这些过滤器中有一个叫作ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其余框架的集成颇有帮助，例如：SiteMesh Plugin）

3 ）接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否须要调用某个Action

4 ）若是ActionMapper决定须要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy

5 ）ActionProxy经过Configuration Manager询问框架的配置文件，找到须要调用的Action类

6 ）ActionProxy建立一个ActionInvocation的实例。

7 ）ActionInvocation实例使用命名模式来调用，在调用Action的过程先后，涉及到相关拦截器（Intercepter）的调用。

8 ）一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果一般是（但不老是，也可 能是另外的一个Action链）一个须要被表示的JSP或者FreeMarker的模版。在表示的过程当中能够使用Struts2 框架中继承的标签。在这个过程当中须要涉及到ActionMapper

 

这个过程能够如图所示：