最终有SpringMvc与Struts2的对照啦

眼下企业中使用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就easy实现restful url。struts2是类级别的拦截。一个类相应一个request上下文；实现restful url要费劲，由于struts2 action的一个方法能够相应一个url。而其类属性却被全部方法共享，这也就无法用注解或其它方式标识其所属方法了。

spring3 mvc的方法之间基本上独立的。独享request response数据。请求数据通过參数获取，处理结果通过ModelMap交回给框架方法之间不共享变量。而struts2搞的就比較乱。尽管方法之间
也是独立的。但其全部Action变量是共享的，这不会影响程序执行，却给我们编码，读程序时带来麻烦。

7.spring mvc处理ajax请求,直接通过返回数据，方法中使用注解@ResponseBody，spring mvc自己主动帮我们对象转换为JSON数据。