springMVC与struts2的区别

• 机制：springMVC的入口是servlet，而struts2是filter（filter和servlet是不同的），这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。 

• 性能：springMVC会稍微比struts快。springMVC是基于方法的设计，而sturts2是基于类。springMVC是方法级别的拦截，一个方法对应一个request上下文，拦截到方法后根据参数上的注解，把request数据注入进去。而struts2框架是类级别的拦截，每次来了请求就创建一个Action，一个Action对象对应一个request上下文，然后调用setter getter方法把request中的数据注入。 

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

• 设计思想上：struts2更加符合oop的编程思想， springMVC就比较谨慎，在servlet上扩展。 

• intercepter的实现机制：struts2有自己的interceptor机制，springMVC用的是独立的AOP方式。这样导致struts2的配置文件量比springMVC大，虽然struts的配置能继承，但是spring mvc使用更加简洁，开发效率SpringMVC确实比struts2高。springMVC是方法级别的拦截，而方法同时又跟一个url对应，所以说从架构本身上springMVC就容易实现restful url。springMVC的方法之间基本上独立的，方法之间不共享变量，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给视图框架。而struts2是类级别的拦截，实现restful url要费劲，因为struts2 action的一个方法可以对应一个url；而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了，这不会影响程序运行，却给我们编码，读程序时带来麻烦。 
• 和Struts1一样，Spring的Controller是Singleton的，这意味着每个request过来，系统都会用原有的instance去处理，这样导致了两个结果：我们不用每次创建Controller，减少了对象创建和垃圾收集的时间；由于只有一个Controller的instance，当多个线程调用它的时候，它里面的instance变量不是线程安全的。 而Struts2是线程安全的。

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