Struts1与struts2的运行原理以及区别
一、struts1的运行原理
1.初始化:struts框架的总控制器ActionServlet是一个Servlet,它在web.xml中配置成自动启动的Servlet,在启动时总控制器会读取配置文件(struts-config.xml)的配置信息,为struts中不同的模块初始化相应的对象。(面向对象思想)
2.发送请求:用户提交表单或通过URL向WEB服务器提交请求,请求的数据用HTTP协议传给web服务器。
3.form填充:struts的总控制器ActionServlet在用户提交请求时将数据放到对应的form对象中的成员变量中。
4.派发请求:控制器根据配置信息对象ActionConfig将请求派发到具体的Action,对应的formBean一并传给这个Action中的excute()方法。
5.处理业务:Action一般只包含一个excute()方法,它负责执行相应的业务逻辑(调用其它的业务模块)完毕后返回一个ActionForward对象。服务器通过ActionForward对象进行转发工作。
6.返回响应:Action将业务处理的不同结果返回一个目标响应对象给总控制器。
7.查找响应:总控制器根据Action处理业务返回的目标响应对象,找到对应的资源对象,一般情况下为jsp页面。
8.响应用户:目标响应对象将结果传递给资源对象,将结果展现给用户。
struts1运行原理图
二、struts2的运行原理
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。
struts2运行原理图
三、struts1与struts2的区别
1. 依赖关系:
Struts2以WebWork(也就是MVC框架)为核心。采用拦截器的机制来处理用户请求,struts1严重依赖于servletAPI,属于侵入性框架,struts2不严重依赖于servletAPI,属于非侵入性框架。
2. 线程模型方面:
struts1的Action是单例的,一个Action的实例处理所有的请求。
struts2的Action是多例的,一个请求对应一个实例(每次请求都新new出一个对象),没有线程安全方面的问题。
3. 封装请求参数:
struts1中强制使用ActionForm对象 封装请求的参数。
Struts2可以选择使用POJO类(也就是javaBean)来封装请求的参数,或者直接使用Action的属性。
4. 核心控制器:
struts1的前端总控制器(核心总控制器)为ActionServlet,是一个Servlet类。
struts2的前端总控制器(核心总控制器)为FileterDispatcher,是一个过滤器。
说明:
struts2.1.3以前,核心总控制器:
org.apache.struts2.dispatcher.FilterDispatcher
struts2.1.3以后,核心总控制器:
org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter