Struts2和spring mvc的区别

首先，市场上这两个mvc框架，比较被大众开发人员熟悉，但是他这两个mvc框架有什么优缺点和区别。

下面我就简单说一下，说的不好，请指教，彼此进步学习交流。

1.机制：spring mvc的入口是servlet，而struts2是filter（这里要指出，filter和servlet是不同，以前认为filter是servlet的一种特殊），这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。（web.xml里面配置struts2.filter的类)

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

3.参数传递：struts是接受参数的时候，可以用属性来接受参数，这就是参数是让多个方法共享。（因为是基于类的设计，所以每一个action中里面的方法都可以共享参数），spring mvc是接受request数据参数，不可以让多个方法共享（因为是基于方法的设计，所以方法之间基本上是独立的，独享request和response数据）

4.设计思想：struts2更加符合oop的编程思想（因为是基于类的设计，符合oop面向对象编程思想），spring就比较谨慎，在servlet上扩展。

5.intercepter(拦截器)的实现机制：struts2有以自己的intercepter机制，spring mvc用的独立的aop方式。这样导致struts2的配置文件量比spring mvc大，虽然struts的配置能继承，所以我觉得论使用上来讲，spring mvc更简洁和解耦，开发效率spring mvc确实比struts2高。spring mvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个URL对应，所以说从架构本身上spring mvc更容易实现restful URL。struts2的类级别的拦截，一个类对应一个request上下文；实现restful URL要费劲，因为struts2 action的一个方法对应一个URL；而其类属性却被所以方法共享，这也就无法用注解或者其他方法标识其所属方法了，spring mvc的方法之间是独立的，独享request和response数据，请求数据通过参数获取，处理结果通过modelMap交回给框架方法之间不共享变量，而struts2搞得比较乱，虽然方法之间也是独立的，但其所有action变量是共享的，这也不会影响程序运行，却给我们编码，读程序带来麻烦。（spring mvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解，@ResponseBody，然后直接返回响应文本就可以了）。