SpringMvc与Struts2的对比

对比

目前企业中使用SpringMVC的比例已经远远超过Struts2，那么两者到底有什么区别，下面来对SpringMVC和Struts2进行各方面的比较:

1、核心控制器（前端控制器、预处理控制器）：对于使用过MVC框架的人来说这个词应该不会陌生，核心控制器的主要用途是处理所有的请求，然后对那些特殊的请求（控制器）统一的进行处理(字符编码、文件上传、参数接受、异常处理等等),SpringMVC核心控制器是Servlet，而Struts2是Filter。 （（这里要指出，filter和servlet是不同的，filter是servlet的一种特殊，这就导致了二者的机制不同）

2、控制器实例：SpringMVC会比Struts快一些（理论上）。Struts每发一次请求都会实例一个action，是多实例的。每个action都会被注入类属性，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。而Spring更像Servlet一样，只有一个实例，每次请求执行对应的方法即可(注意：由于是单实例，所以应当避免全局变量的修改，这样会产生线程安全问题)。

3、管理方式：Spring MVC和Spring是无缝的。大部分的公司的核心架构中，就会使用到spring,而SpringMVC又是spring中的一个模块，所以spring对于SpringMVC的控制器管理更加简单方便，而且提供了全注解方式进行管理，各种功能的注解都比较全面，使用简单，而struts2需要采用XML很多的配置参数来管理（虽然也可以采用注解，但是几乎没有公司那样使用）。

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

5、学习难度：Struts加入了很多新的技术点，比如拦截器、值栈及OGNL表达式，学习成本较高，springMVC比较简单，容易上手。

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

7、Ajax支持：SpringMVC集成了Ajax，使用非常方便，只需一个注解@ResponseBody就可以实现，SpringMVC自动帮我们对象转换为JSON数据，然后直接返回响应文本即可。而Struts2拦截器集成了Ajax，在Action中处理时一般必须安装插件或者自己写代码集成进去，使用起来也相对不方便。

8、SpringMVC验证支持JSR303，处理起来相对更加灵活方便，而Struts2验证比较繁琐，感觉太烦乱。