Struts2架构剖析.docVIP

Struts2架构剖析 当一个HTTP请求到达Struts2的FilterDispatcher,就会被转化成action command.这个action command在穿越了一系列Struts2和XWork的拦截器之后，最后执行用户编写的Action类，在Action执行之后，响应还会穿越相同的拦截器(按照与请求相反的顺序)，最后通过Struts2的HttpServletResponse转换成Web可识别的响应(如JSP)。 Struts2的体系结构，如下图所示： 当一个请求到达Servlet容器(Tomcate)后，将被传递给一个标准的过滤器链，在这个过滤器链中包括了可选的ActionContextCleanUp过滤器.当在Struts2 Web应用程序中集成SiteMesh时，才会用到此链。接下来，必须的FilterDispatcher被调用，它轮询ActonMapper(org.apache.struts2.dispatcher.mapper.ActionMapper)，以便确认这个请求是否应该调用一个action。 如果ActionMapper确定了一个请求应该被调用，那么FilterDispatcher就把控制权委派给ActionProxy(com.opensymphony.xwork2.ActionProxy),ActionProxy询问框架的配置文件管理器(它从struts.xml文件中读取配置信息)，接下来，ActionProxy创建一个实现了命令模式的ActionInvocation，ActionInvocation在调用action之前会一次调用所有配置的连接器。 一旦action执行返回，ActionInvocation就要struts.xml里面配置)，然后执行这个result,通常情况下result会调用JSP或者freeMarker模板呈现页面(但不总是这样，result也可以是一个action链). 这里介绍一下Struts2框架的组成部分: ActionMapper和ActionMapping： org.apache.struts2.dispatcher.mapper.ActionMapper接口在HTTP请求和action调用请求之间提供了一个映射，当给定一个HTTP请求时，ActionMapper根据请求的URL来查找是否有对应的action调用。如果有则返回一个描述了action调用的ActionMapping，如果没有找到匹配的action调用请求，则返回null; Struts2框架对该接口提供的默认实现是org.apacher.struts2.disspatcher.mapper.DefaultActionMapper. ActionMapping本质上是一个数据传输对象，它将Action类和要执行的方法的详细资料收集在一起，ActionMapping由org.apache.struts2.dispatcher.Dispatcher和各种用户接口组合使用。 ActionMapping的完整类名是 org.apacher.struts2.dispatcher.mapper.ActionMapping. ActionProxyActionInvocation ??????? Action的一个代理，由ActionProxyFactory创建，它本身不包括Action实例，默认实现DefaultActionProxy是由ActionInvocation持有Action实例。ActionProxy作用是如何取得Action，无论是本地还是远程。而ActionInvocation的作用是如何执行Action，拦截器的功能就是在ActionInvocation中实现的。 ConfigurationProviderConfiguration ??????? ConfigurationProvider就是Struts2中配置文件的解析器，Struts2中的配置文件主要是尤其实现类XmlConfigurationProvider及其子类StrutsXmlConfigurationProvider来解析。ActionContext 是action执行的上下文，每一个上下文都相当于一个action执行所需要的一组对象的容器，例如session,application,parameters,locale等. ActionContext包含了大量执行期间有用的环境信息，这些信息由org.apacher.struts2.dispatcher.Dispatcher类在创建ActionProxy前设置， 并封装