Struts体系结构概况
Struts2的体系与Struts1体系的差别非常大,因为Struts2使用了WebWork的设计核心,而不是Struts1的设计核心。Struts2中大量使用拦截器来处理用户的请求,从而允许用户的业务逻辑控制器与Servlet API分离。
Struts2框架的大概工作机制:
从图可以看出,一个请求在 Struts2 框架中的处理大概分为以下几个步骤:
1、客户端初始化一个指向 Servlet 容器(例如 Tomcat)的请求;
2、这个请求经过一系列的过滤器(Filter)(过滤器中有一个ActionContextCleanUp 可选过滤器,这个过滤器对于 Struts2 和其他框架的集成很有帮助);
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 或者 FreeMarke的模版。在表示的过程中可以使用 Struts2 框架中继承的标签。在这个过程中需要涉及到 ActionMapper
FilterDispatcher
FilterDispatcher是运行在Web应用中的,负责拦截所有的用户请求,当用户的请求中有以.action结尾的,就会转到Struts2框架处理。最后根据具体的action的名来在struts.xml中调用哪一个Action。Struts2真正用于处理用户请求的Action实例,并不是用户实现的业务控制器,而是Action代理。因为用户实现的业务控制器完全与Servlet API解耦,所以它并不能处理用户的请求参数,而Struts提供了一系列拦截器,该系列拦截器负责将HttpServletRequest参数解析出来,传入到最后的用户定义的业务控制器中。这一系列过程其实就是典型的AOP(面向切面编程)
本文转自 zhao_xiao_long 51CTO博客,原文链接:http://blog.51cto.com/computerdragon/1166343