struts1和struts2和springMVC的区别和介绍

struts1和struts2和springMVC的区别和介绍

MVC是web开发常用的模式，M即模型层（Model）：主要由javabean来实现。V即视图层（View）：主要由jsp、velocity、freemarker等。C即控制层（Controller）：主要由servlet、strtus、springmvc来实现。

 

struts1

Struts1的工作流程图如下所示：

其工作流程如下：

1 容器启动后，会加载ActionServlet，然后从struts-config.xml配置文件中读取信息，把信息存放到配置对象中

（例如Action的信息放在ActionMapping对象中，每一个action信息都对应一个<action>标签，通过该标签进行信息的配置，在内存中，每一个<action>都对应一个org.apache.struts.action.ActionMapping的实例）。

（ActionSevlet是struts1的核心组件，继承了HttpServlet类，主要负责接收http请求，然后根据struts-config.xml文件中的信息，把请求转发给相应的action对象，如果该action对象不存在，则会先创建该action对象，反之直接使用该对象。从这点说，struts1存在线程安全问题，当多条线程使用该action对象进行操作，如果存在实例变量或静态全局变量，会发现变量值并不是预期结果）。

2 当ActionServlet接收到一个http请求后，会在struts-config.xml检索和请求对应的ActionMapping实例，如果没有，返回请求无效。

3 如果ActionForm实例不存在，创建一个，将客户提交的表单数据存放在ActionForm对象中。

4 根据配置信息决定是否需要表单的验证，如果需要，执行ActionForm中的validata()方法。

5 如果validate()返回null 或 不包含ActionMessage的ActionError对象，表示表单验证成功（如果包含ActionMessage，则表单验证失败，此时ActionServlet将请求转发给包含用户提交表单的jsp，不会创建Action对象，调用其excute()方法）。

6 ActionServlet根据ActionMaping实例中的映射信息，将请求转发给相应的Action。如果该Action实例不存在，先创建，然后调用Action()的excute()方法。

7 Action的excute()返回一个ActionForwrd对象，Actionservlet把客户的请求转发给ActionForward对象指向的jsp组件。

8 ActionForward指向的jsp组件生成动态网页，返回给客户。

 

struts2

struts2是webwork升级版，跟struts1没有关系。struts1和servlet耦合度高，各层之间耦合度高，单元测试困难，表示层技术单一，而struts2没有和servlet耦合，更容易测试，支持更多表示层技术。

 

 

 

struts2工作流程

1）  客户端初始化一个指向Servlet容器（例如Tomcat）的请求。
2）  这个请求经过一系列的过滤器（Filter）。
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中的配置找到对应的返回结果。
Struts2的核心就是拦截器。Struts.xml中所有的package都要extends="struts-default"。同理与所有的Java类都要extends自Object一样。struts-default.xml里面就是要做以上事情。

 

 

springmvc

1.spring mvc将所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责对请求进行真正的处理工作。
2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.
3.DispatcherServlet将请求提交到目标Controller
4.Controller进行业务逻辑处理后，会返回一个ModelAndView
5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
6.视图对象负责渲染返回给客户端。

 

 

struts1与struts2的比较

1、struts1要求Action类继承一个抽象基类，而不是接口，struts2继承ActionSupport类或者实现Action接口。

2、struts1是单例模式的，Action资源必须是线程安全的或同步的，会有线程安全问题，struts2为每一个请求都实例化一个对象，不存在线程安全问题。

3、struts1依赖servlet API 因为execute方法的参数有httpservletrequest和httpservletresponse对象，而struts2不用依赖servlet。

4、struts1依赖servlet API，所以测试要依赖web容器，测试难，struts2不依赖于容器，允许Action脱离容器单独被测试。 

5、ActionForm，普通的JavaBean不能用作ActionForm，因此，开发者必须创建大量的ActionForm类封装用户请求参数，Struts 2直接使用Action属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的烦琐。Struts 2提供了ModelDriven模式，可以让开发者使用单独的Model对象来封装用户请求参数，但该Model对象无需继承任何Struts 2基类，是一个POJO，从而降低了代码污染。

6、struts1 支持jsp作为表现层技术，struts2支持velocity、freemarker等表现层技术。

7、Struts1 整合了JSTL，因此使用JSTL EL。这种EL有基本对象图遍历，但是对集合和索引属性的支持很弱。 Struts2可以使用JSTL，但是也支持一个更强大和灵活的表达式语言OGNL

8、Struts1支持每一个模块有单独的Request Processors（生命周期），但是模块中的所有Action必须共享相同的生命周期。 Struts2支持通过拦截器堆栈（Interceptor Stacks）为每一个Action创建不同的生命周期

 

 

struts2与springmvc比较

1、spring mvc的入口是servlet，而struts2是filter
2、struts2是类级别的拦截， 一个类对应一个request上下文，springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应
3、spring会稍微比struts快。spring mvc是基于方法的设计，而sturts是基于类，每次发一次请求都会实例一个action，每个action都会被注入属性，而spring基于方法，粒度更细，但要小心把握像在servlet控制数据一样。spring3 mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在spring3 mvc中，一个方法对应一个request上下文。而struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把request中的数据注入；struts2实际上是通过setter getter方法与request打交道的；struts2中，一个Action对象对应一个request上下文。
4、spring3mvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody ，然后直接返回响应文本即可。

 

Springboot和SpringMVC区别

spring boot只是一个配置工具,整合工具,辅助工具.

springmvc是框架,项目中实际运行的代码

 

Spring 框架就像一个家族，有众多衍生产品例如 boot、security、jpa等等。但他们的基础都是Spring 的ioc和 aop，ioc 提供了依赖注入的容器， aop解决了面向横切面的编程，然后在此两者的基础上实现了其他延伸产品的高级功能。

Spring MVC提供了一种轻度耦合的方式来开发web应用。它是Spring的一个模块，是一个web框架。通过Dispatcher Servlet, ModelAndView 和 View Resolver，开发web应用变得很容易。解决的问题领域是网站应用程序或者服务开发——URL路由、Session、模板引擎、静态Web资源等等。

Spring Boot实现了自动配置，降低了项目搭建的复杂度。它主要是为了解决使用Spring框架需要进行大量的配置太麻烦的问题，所以它并不是用来替代Spring的解决方案，而是和Spring框架紧密结合用于提升Spring开发者体验的工具。同时它集成了大量常用的第三方库配置(例如Jackson, JDBC, Mongo, Redis, Mail等等)，Spring Boot应用中这些第三方库几乎可以零配置的开箱即用(out-of-the-box)。

Spring Boot只是承载者，辅助你简化项目搭建过程的。如果承载的是WEB项目，使用Spring MVC作为MVC框架，那么工作流程和你上面描述的是完全一样的，因为这部分工作是Spring MVC做的而不是Spring Boot。

对使用者来说，换用Spring Boot以后，项目初始化方法变了，配置文件变了，另外就是不需要单独安装Tomcat这类容器服务器了，maven打出jar包直接跑起来就是个网站，但你最核心的业务逻辑实现与业务流程实现没有任何变化。

 

总结：Spring 最初利用“工厂模式”（DI）和“代理模式”（AOP）解耦应用组件。大家觉得挺好用，于是按照这种模式搞了一个 MVC框架（一些用Spring 解耦的组件），用开发 web 应用（ SpringMVC ）。然后发现每次开发都写很多样板代码，为了简化工作流程，于是开发出了一些“懒人整合包”（starter），这套就是 Spring Boot。

 

所以，用最简练的语言概括就是：

Spring 是一个“引擎”；

Spring MVC 是基于Spring的一个 MVC 框架；

Spring Boot 是基于Spring4的条件注册的一套快速开发整合包。

转载网址：http://blog.csdn.net/Andy_java_/article/details/70768245