8.5. SpringMVC 和 Struts2 的区别

Question

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. spring mvc 基于方法开发的，struts2 基于类开发的。
7. 单例和多例的区别：spring mvc 在映射的时候，通过形参来接收参数的，是将 url 和 controller 方法映射，映射成功后，spring mvc 生成一个 handlers 对象，对象中只包括一个 method，方法执行结束的时候，形参的数据就销毁，
   所以 spring mvc 可以进行单例开发，并且建议使用。
   但是structs接收的参数是通过类的成员变量来接收的，这些变量在多线程访问中，是共享的，而不是像 spring mvc 那样，方法结束之后，形参自动销毁，且无法使用单例，只能使用多例。
   这样的话，在 structs 中，随着方法的添加，很多的成员变量，维护到最后的时候根本就不知道这个成员变量被哪个方式所使用，所以 spring mvc 开发类似于 service 开发。
   8．经过实际测试，structs 速度慢，在与使用 structs 标签，如果使用 structs 建议使用 jstl
8. 另外，spring3 mvc 的验证也是一个亮点，支持 JSR 303，处理 ajax 的请求更是方便，只需一个注解 @ResponseBody ，然后直接返回响应文本即可