Spring mvc 与 Struts2的区别

从网上找了下资料，自己总结下，怎么说呢 两个框架各有各的优势吧  不过现在感觉springmvc在各方面还是比struts2好用，仁者见仁智者见智。

1. 机制：spring mvc的入口是servlet，而struts2是filter，这样就导致了二者的机制不同。

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

3. 参数传递：struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。

4. 设计思想上：struts更加符合oop的编程思想， spring就比较谨慎，在servlet上扩展。

5. 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变量是共享的，这不会影响程序运行，却给我们编码，读程序时带来麻烦。

6. 另外，spring3 mvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody ，然后直接返回响应文本即可。

 

评论截选：

注解和性能没有关系，Servlet的生命周期是这样的，在调用这个Servlet时候才创建这个Servlet的类并运行init()方法，然后另外有人运行这个Servlet的时候并没有重启创建Servlet和运行里边的init()方法，所以Servlet容器时单利的，spring就是Servlet的封装的框架，包括所有的依赖注入都是在tomcat启动的时候全部被初始化的，其他的注解也一样，也就是说注解也就是以前的xml的配置的替代，以前没个请求都要运行一次xml吗？并不是的，xml是在tomcat启动时就读一次而已并利用里边的配置初始化很多的东西，然后就不在使用了，因为都成了单利的，这样就保证了效率，不是每次都把我们要注入的全部new一次，而是tomcat启动的时候全部new一次以后就不new了，保证了效率问题。

所以我不明白那个 光看注解就知道性能不好？ 
注解就是替代了xml配置而已，而且也是初始化一次，也就是说和编写Servlet一样的在init()中做了很多的事而已，并且以后不会在运行init()了，除非你重启tomcat。

struts1也一样，运行一个action的方法的时候创建一个action类，以后再运行就不会创建了，其实也是Servlet的封装的框架。 

struts2特殊一些，没个请求要new一个action来保证线程安全。所以效率会低一些，但是不会低的特别离谱。 

这样也说明了spring3的mvc和struts1的mvc还有Servlet都是方法的线程安全，所以在类方法声明的私有或者公有变量不是线程安全的，struts2的确实是线程安全的。

所有各有各的好处，用什么当然是仁者见仁智者见智了。