SpringMVC和Struts2的比较的优点

我们用Struts2时采用的传统的配置文件的方式，并没有使用传说中的0配置。spring3 mvc可以认为已经100%零配置了（除了配置spring mvc-servlet.xml外）。

Spring MVC和Struts2的区别：

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

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

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

4. 性能：SpringMVC会稍微比Struts2快。SpringMVC是基于方法的设计，而Sturts2是基于类，每次发一次请求都会实例一个action，每个action都会被注入属性，而SpringMVC基于方法，粒度更细，但要小心把握像在servlet控制数据一样。SpringMVC是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在SpringMVC中，一个方法对应一个request上下文。而Struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把request中的数据注入；Struts2实际上是通过setter getter方法与request打交道的；Struts2中，一个Action对象对应一个request上下文。

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

6. 设计思想：Struts2更加符合oop的编程思想，SpringMVC就比较谨慎，在Servlet上扩展。

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

8. 另外，SpringMVC的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody ，然后直接返回响应文本即可。送上一段代码：

    @RequestMapping(value=“/whitelists”)
    public String index(ModelMap map) {
        Account account = accountManager.getByDigitId(SecurityContextHolder.get().getDigitId());
        List groupList = groupManager.findAllGroup(account.getId());
        map.put(“account”, account);
        map.put(“groupList”, groupList);
        return “/group/group-index”;
    }

    // @ResponseBody ajax响应，处理Ajax请求也很方便
    @RequestMapping(value=“/whitelist/{whiteListId}/del”)
    @ResponseBody
    public String delete(@PathVariable Integer whiteListId) {
        whiteListManager.deleteWhiteList(whiteListId);
        return “success”;
    }