Struts1与Struts2原理区别 详解汇总

Struts1与Struts2原理 区别 详解 汇总

1.struts1和struts2概括

struts1和struts2 是2个完全不同的框架,其实struts2核心就是 webwork框架struts1以ActionServlet作为核心控制器,由ActionServlet负责拦截用户的所有请求。Struts 1框架有3个重要组成部分:Action、ActionForm和ActionForward对象。ActionForm必须实现ActionForm的基类,设计上并不是真正的POJO。struts2核心控制器是FilterDispatcher,Struts 2用于处理用户请求的Action实例,并不是用户实现的业务控制器,而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合,显然无法处理用户请求。而Struts 2框架提供了系列拦截器,该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来,传入到Action中,并回调Action的execute方法来处理用户请求。显然,上面的处理过程是典型的AOP(面向切面编程)处理方式。


2.先说一下struts2的工作流程

 核心控制器FilterDispatcher是Struts 2框架的基础,包含了框架内部的控制流程和处理机制。 业务控制器Action和业务逻辑组件是需要用户来自己实现的。用户在开发Action和业务逻辑组件 的同时,还需要编写相关的配置文件,供核心控制器FilterDispatcher来使用。 Struts 2的工作流程相对于Struts 1要简单,与WebWork框架基本相同,所以说Struts 2是 WebWork的升级版本。Struts 2框架按照模块来划分,可以分为Servlet Filters、Struts核心模 块、拦截器和用户实现部分。Struts 2框架结构图如图3.1所示。 一个请求在Struts 2框架中的处理大概分为以下几个步骤。 客户端提交一个(HttpServletRequest)请求,如上文在浏览器中输入 http://localhost:8080/bookcode/ch2/Reg.action就是提交一个(HttpServletRequest)请求。 请求被提交到一系列(主要是3层)的过滤器(Filter),如(ActionContextCleanUp、其他过 滤器(SiteMesh等)、 FilterDispatcher)。注意:这里是有顺序的,先ActionContext CleanUp,再其他过滤器(Othter Filters、SiteMesh等),最后到FilterDispatcher。 FilterDispatcher是控制器的核心,就是MVC的Struts 2实现中控制层(Controller)的核心。 FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个(HttpServlet Request)请求,如果ActionMapper决定需要调用某个Action,FilterDispatcher则把请求的处 理交给ActionProxy。 ActionProxy通过Configuration Manager(struts.xml)询问框架的配置文件,找到需要调用的 Action类。例如,用户注册示例将找到UserReg类。ActionProxy创建一个ActionInvocation实例,同时ActionInvocation通过代理模式调用Action 。但在调用之前,ActionInvocation会根据配置加载Action相关的所有Interceptor(拦截器) 。一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果 result。 


3.说完struts2还应该说一下struts1的工作原理 


由ActionForm和JavaBean组成,其中ActionForm用于封装用户的请求参数,封装成ActionForm 
对象,该对象被ActionServlet转发给Action,Action根据ActionFrom里面的请求参数处理用户的请求。把我看到的和知道的整理出来。 
对于采用Struts框架的Web应用,在Web应用启动时就会加载并初始化ActionServlet,ActionServlet从struts-config.xml文件中读取配置信息,把它们存放到各种配置对象中,例如Action的映射信息存放在ActionMapping对象中。(struts的配置文件struts-config.xml:一个用户请求是通过ActionServlet来处理和转发的。那么,ActionServlet如何决定把用户请求转发给哪个Action对象呢?这就需要一些描述用户请求路径和Action映射关系的配置信息了。在Struts中,这些配置映射信息都存放在特定的XML文件struts-config.xml中。在该配置文件中,每一个Action的映射信息都通过一个元素来配置。这些配置信息在系统启动的时候被读入内存,供Struts在运行期间使用。在内存中,每一个元素都对应一个org.apache.struts.aciton.ActionMapping的实例) 

/********************** 

用户通过客户端向服务器发出一个请求,而我们已经在web.xml配置了所有符合某某格式的请求都将由指定的Servlet来处理。比如说:只要是以.do结尾的请求(*.do)都由org.apache.struts.action.ActionServlet来对其进行处理。而ActionServlet和ActionMapping都已经在服务器启动的时候被加载到内存里面。 

结合登录例子: 
当用户登录时,地址栏的URL为:http://localhost:8080/struts_login/login.do
ActionServlet会拿到用户的请求,并且去分析这个URL,它会截下/login(不包含.do)这一部分,截来之后,它的目的是为了去struts-config.xml这个配置文件里面找标签path属性的值等于所截部分的那个Action。找到之后,ActionServlet会把表单提交的数据给存放到ActionForm上,那ActionServlet又是怎么找到ActionForm的呢?因为Action标签里面有一个属性是name,它的值就是所要找的ActionForm的名字,这样ActionServlet会去上面的标签里面找(注意不是)标签里面的name属性的值是与Action标签里面的name的值相等的,然后根据里面type属性的值,也就是所指的对象new一个实例,再把表单上相应的数据set进去。同时把标签里面的东西放到继承Action类的那个指定类(本例子用的是LoginAction)的public ActionForward execute(ActionMapping mapping, ActionForm form, 
HttpServletRequest request, HttpServletResponse response) throws Exception 这个方法里面参数mapping里面去,放好之后,再去调用我们自己写的类(LoginAction),并把mapping,form,request,response作为参数传到execute方法里面去。 

至于如何转向的问题:这是由Struts完成的,只要你的execute能返回一个ActionForward对象,并且里面包含有转向的信息,Struts就会根据参数(mapping.findForward("success")里面的"success")去找相应配置文件(struts-config.xml)里面的相应标签(),然后再由Struts框架决定转向谁。由于上面已经说过,整个转向的相关信息已经存放在mapping里面,所以mapping.findForward("success")能够找到相应的标签。 

*/--这部是我自己增加的,其余都是出自《精通Struts基于MVC的Java.Web设计与开发》 

当ActionServlet接收到一个客户请求时,将执行如下流程: 

(1) 检索和用户请求匹配的ActionMapping实例,如果不存在,就返回用户请求路径无效的信息。 

(2) 如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中。 

(3) 根据配置信息决定是否需要表单验证。如果需要验证,就调用ActionForm的validate()方法。 

(4) 如果ActionForm的validate()方法返回null返回一个不包含ActionMessage的ActionErrors对象,就表示表单验证成功。 

(5) ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果相应的Action实例不存在,就先创建这个实例,然后调用Action的execute()方法。 

(6) Action的execute()方法返回一个ActionForward对象,ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。 

(7) ActionForward对象指向的JSP组件生成动态网页,返回给客户。 

对于以上流程的流程(4),如果ActionForm的validate()方法返回一个包含一个或多个ActionMessage的ActionErrors对象,就表示表单验证失败,此时ActionServlet将直接把请求转发给包含用户提交表单的JSP组件。在这种情况下,不会再创建Action对象并调用Action的execute()方法。 


最后旧的谈一谈struts1与struts2的区别了: 

首先:struts1是通过servlet启动的。 

一、struts1要求Action类继承一个抽象基类,而不是接口。 

struts2的action类可以实现一个action接口,也可以实现其他接口。 

二、sturts1 action是单例模式,线程是不安全的。 

struts2 action线程是安全的,action为每一个请求都生成了一个实例。 

三、sturts1过去依赖serlet API,不容易测试。 

struts2不依赖于容器,允许Action脱离容器单独被测试。 

四、Struts1 使用ActionForm对象捕获输入。所有的ActionForm必须继承一个基类。 

Struts 2直接使用Action属性作为输入属性,消除了对第二个输入对象的需求。 

五、Struts1 整合了JSTL,因此使用JSTL EL。这种EL有基本对象图遍历,但是对集合和索引属性的支持很弱。 

Struts2可以使用JSTL,但是也支持一个更强大和灵活的表达式语言--"Object Graph Notation Language" (OGNL). 

六、Struts 1使用标准JSP机制把对象绑定到页面中来访问。 

Struts 2 使用 "ValueStack"技术,使taglib能够访问值而不需要把你的页面(view)和对象绑定起来。 

七、Struts 1 ActionForm 属性通常都是String类型。Struts1使用Commons-Beanutils进行类型转换。 

Struts2 使用OGNL进行类型转换。提供基本和常用对象的转换器。 

八、Struts 1支持在ActionForm的validate方法中手动校验,或者通过Commons Validator的扩展来校验。 

Struts2支持通过validate方法和XWork校验框架来进行校验。 

九、Struts1支持每一个模块有单独的Request Processors(生命周期),但是模块中的所有Action必须共享相同的生命周期。 

Struts2支持通过拦截器堆栈(Interceptor Stacks)为每一个Action创建不同的生命周期。堆栈能够根据需要和不同的Action一起使用。http://www.linuxso.com/architecture/7694.html
十.执行流程a)struts1 jsp发起httprequest请求->servlet捕获->struts.xml->namespace+ActionName-> Action->填充表单setXxx()->action.execute()->”success”->Result->设置request属性->跳转目标页

b) Action(jsp发起httprequest请求,被过滤器捕获)->FilterDispatcher->struts.xml->namespace+ActionName->new Action->填充表单setXxx()->action.execute()->”success”->Result->设置request属性->跳转目标页

你可能感兴趣的:(java)