struts1和struts2的区别，struts2的执行过程
老铁们，大家好，相信还有很多朋友对于struts1和struts2的区别和struts2的执行过程的相关问题不太懂，没关系，今天就由我来为大家分享分享struts1和struts2的区别以及struts2的执行过程的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！
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（面向切面编程）处理方式。
java中Struts1和Struts2有什么区别
Struts2其实并不是一个陌生的Web框架，Struts2是以Webwork的设计思想为核心，吸收了Struts1的优点，因此，可以认为Struts2是Struts1和Webwork结合的产物。
简单来说二者的区别是：
一个是Stuts1，一个是Stuts2，这是最大的区别，技术方面，Stuts1有个核心控制器，但是只提供了一个接口，也就是execute，还要配置actionform之类的，很麻烦，所以依赖性比较强；而Stuts2是针对拦截器开发的，也就是所谓的AOP思想，可以配置多个action，用起来比较方便，但是因为请求之前的拦截器有一些注入的操作，速度相对Stuts1来说慢一点。
一、MVC简介
Struts2是一个兼容Struts1和WebWork的MVC框架，既然，提到了MVC框架，就不得不对MVC框架做一个简单介绍，仅限于简单介绍，如果，想了解更多的MVC的知识可以查看相关的文档，或者找一本Struts1的书籍，相信上面关于MVC的篇幅不会很少。言归正传，其实，Java目前出现的这些框架而言，其最终目的都是为了接触耦合，不论是Spring、Hibernate或MVC框架，目的都是为了接触耦合增加复用。MVC接触的是View和Model间的耦合。
MVC包含三个基础部分：Model、View和Controller，这三个部分以最小的耦合协同工作，以增加程序的可扩展性和可维护性。各个部分的实现技术可以总结如下：
1）Model：JavaBean、EJB的EntityBean
2）View：JSP、Struts的TagLib
3）Controller：Struts的ActionServlet、Action
概括起来MVC的优点主要有一下方面：
1）多个视图可以对应一个模型。按MVC设计模式，一个模型对应多个视图，可以减少代码的复制及代码的维护量，一旦模型发生改变，也易于维护
2）模型返回的数据与显示逻辑分离。模型数据可以应用任何的显示技术，例如，使用JSP页面、Velocity模板或者直接产生Excel文档等
3）应用被分隔为三层，降低了各层之间的耦合，提供了应用的可扩展性
4）控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起，完成不同的请求。因此，控制层可以说是包含了用户请求权限的概念
5）MVC更符合软件工程化管理的精神。不同的层各司其职，每一层的组件具有相同的特征，有利于通过工程化和工具化产生管理程序代码
对于MVC的概念性的东西也就废话到此，其关键的地方就是各个模块的实现技术分别是什么。
二、Struts2简介
Struts2既然是从Struts1发展而来，但实际上Struts2与Struts1在框架的设计思想上面还是有很大的区别，Struts2是以WebWork的设计思想为核心，为什么Struts2不沿用Struts1的设计思想，毕竟Struts1在目前的企业应用中还是有非常大的市场在的，那么，来看下Struts1的一些缺点吧：
1）支持的表现层技术单一
2）与Servlet API严重耦合，这点可以从Action的Execute的方法声明里面就可以看的出来
3）代码依赖Struts1 API，有侵入性，这点可以从写Action类和FormBean的时候看的出来，Action必须实现Struts的Action类
而Struts2之所以以WebWork的设计思想为其核心，一点就是最近WebWork的上升势头，再就是WebWork没有Struts1上面的那些缺点，更符合MVC的设计思想，也更利于代码的复用。
基于以上介绍可以看的出，Struts2体系结构与Struts1的体系结构有很大的差别，Struts1是使用ActionServlet做为其中心处理器，Struts2则使用一个拦截器（FilterDispatcher）做为其中心处理器，这样做的一个好处就是将Action类和Servlet API进行了分离。
Struts2的简单处理流程如下：
1）浏览器发送请求
2）中心处理器根据struts.xml文件查找对应的处理请求的Action类
3）WebWork的拦截器链自动对请求应用通用功能，例如：WorkFlow、Validation等功能
4）如果Struts.xml文件中配置Method参数，则调用Method参数对应的Action类中的Method方法，否则调用通用的Execute方法来处理用户请求
5）将Action类中的对应方法返回的结果响应给浏览器
三、Struts2与Struts1对比
1）Action类的实现方式：
Struts1的Action在实现的时候必须扩展Action类或者Action的子类，Struts2的Action类实现的时候可以不用实现任何类和接口，虽然Struts2中提供一个ActionSupport类，但是，不是必须的。
2）Struts1的Action类是单例模式，必须设计成线程安全的，Struts2则为每一个请求产生一个实例
3）Struts1的Action类依赖与Servlet API，从其execute的方法签名可看出，execute方法有两个Servlet的参数HttpServletRequest和HttpServletResponse，Struts2则不依赖于Servlet API
4）以为Struts1依赖于Servlet API这些Web元素，因此对Struts1的Action进行测试的时候是很困难的，需要借助与其他的测试工具，Struts2的Action可以象测试其他的一些Model层的Service类一样进行测试
5）Struts1的Action与View通过ActionForm或者其子类进行数据传递，虽然也有LazyValidationForm这样的ActionForm的出现，但是，还是不能象其他层面那样通过一个简单的POJO进行数据传递，而Struts2将这样的奢望变成了现实
6）Struts1绑定了JSTL，为页面的编写带来方便，Struts2整合了ONGL，也可以使用JSTL，因此，Struts2下的表达式语言更加强大
四、Struts2与WebWork对比
Struts2实际上就是WebWork2.3，不过，Struts2还是与WebWork有少许的差别：
1）Struts2不再支持内置IOC容器，改用Spring的IOC容器
2）Struts2对于Webwork的一些Ajax的特性的标签改用Dojo进行替换
Struts2.0与Struts1.2的区别
struts1.x之间差别不大，你具体提到struts1.2似乎没什么意义~所以你提的问题其实就是struts1和struts2的差别。
先大致介绍下struts1和struts2
struts：过去最流行的web MVC组件，apache项目组的一个开源项目
struts2：现在非常流行的web MVC组件，是apache用struts1和webwork组合出来的产品
两者都是web MVC组件，利用这两个组件都可以比较方便地开发web项目。不过struts1毕竟是老组件，在人们开发过程中，发现了如下问题：
1.struts1支持的表现层技术太单一，就只有jsp。不支持freemaker、velocity等当前比较流行的页面技术。
2.struts1的Action与servlet API过于耦合，难以测试。这一点对于初学者来说可能没什么感觉，只有你用它开发过大型项目才知道。企业开发过程中，我们既要写正式代码，也要写相应的测试代码（即单元测试类，以此来保证代码是符合我们预期的），如果正式代码和servlet API耦合太深，会造成你的测试类难以编写，一旦离开web服务器就会难以测试。
3.struts1属于侵入式设计，也就是说，在你的代码里，除了你自己定义的类之外，还会包含struts1的API。倒不是说这样的设计有多么差，毕竟你用别人的组件，少不了会用到别人的API。只是这样的设计会影响代码的重用，如果需要重构，就会比较麻烦。
以上就是struts1的主要缺点，作为大改之后的struts2，对以上问题都做了改进：
1.struts2支持多种表现层技术，如freemaker、velocity都支持。
2.struts2中，Action不再与servlet API耦合（当然了，你希望在Action里使用servlet API也行），便于编写单元测试类。
3.Action不需要和struts2耦合，方便重用。
至于更详细的区别，网上很多，有些还用列表形式列出来了，我这里就不copy了。总之，虽然都叫struts，但是两者差别挺大的，设计思想都不一样。建议你运用这两个组件各自实现同一个小项目，自然就明白差别了。
关于本次struts1和struts2的区别和struts2的执行过程的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。