终于有SpringMvc与Struts2的对比啦

转自http://it-source.iteye.com/blog/2194128

目前企业中使用SpringMvc的比例已经远远超过Struts2,那么二者到底有什么区别，是不少初学者比较关注的问题，下面咱们就来对SpringMvc和Struts2进行各方面的比较:

 

1.核 心控制器（前端控制器、预处理控制器）：对于使用过mvc框架的人来讲这个词应该不会陌生，核心控制器的主要用途是处理全部的请求，而后对那些特殊的请求 （控制器）统一的进行处理(字符编码、文件上传、参数接受、异常处理等等),spring mvc核心控制器是Servlet，而Struts2是Filter。

 

2.控制器实例：Spring Mvc会比Struts快一些（理论上）。Spring Mvc是基于方法设计，而Sturts是基于对象，每次发一次请求都会实例一个action，每一个action都会被注入   属性，而Spring更像Servlet同样，只有一个实例，每次请求执行对应的方法便可(注意：因为是单例实例，因此应当避免全局变量的修改，这样会产生线程安全问题)。

 

3. 管理方式：大部分的公司的核心架构中，就会使用到spring,而spring mvc又是spring中的一个模块，因此spring对于spring mvc的控制器管理更加简单方便，并且提供了全 注解方式进行管理，各类功能的注解都比较全面，使用简单，而struts2须要采用XML不少的配置参数来管理（虽然也能够采用注解，可是几乎没有公司那 样使用）。

 

4.参数传递：Struts2中自身提供多种参数接受，其实都是经过（ValueStack）进行传递和赋值，而SpringMvc是经过方法的参数进行接收。

 

5.学习难度：Struts更加不少新的技术点，好比拦截器、值栈及OGNL表达式，学习成本较高，springmvc 比较简单，很较少的时间都能上手。

 

6.intercepter 的实现机制：struts有以本身的interceptor机制，spring mvc用的是独立的AOP方式。这样致使struts的配置文件量仍是比spring mvc大，虽然struts的配置能继承，因此我以为论使用上来说，spring mvc使用更加简洁，开发效率Spring MVC确实比struts2高。spring mvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应，因此说从架构自己上spring3 mvc就容易实现restful url。struts2是类级别的拦截，一个类对应一个request上下文；实现restful url要费劲，由于struts2 action的一个方法能够对应一个url；而其类属性却被全部方法共享，这也就没法用注解或其余方式标识其所属方法了。spring3 mvc的方法之间基本上独立的，独享request response数据，请求数据经过参数获取，处理结果经过ModelMap交回给框架方法之间不共享变量，而struts2搞的就比较乱，虽然方法之间 也是独立的，但其全部Action变量是共享的，这不会影响程序运行，却给咱们编码，读程序时带来麻烦。

7.spring mvc处理ajax请求,直接经过返回数据，方法中使用注解@ResponseBody，

spring mvc自动帮咱们对象转换为JSON数据。