1、Struts2是类级别的拦截,一个类对应一个request上下文,SpringMVC是方法级别的拦截,一个方法对应一个request,而方法同时又和一个URL对应,所以说从架构本身上SpringMVC就很容易实现restful url,而Struts2的架构实现起来比较费劲,因为Struts2中的Action的一个方法对应一个url,而其类属性却被所有方法共享,导致无法用注解或者其他方式标识其所属性
2、SpringMVC方法之间基本上独立,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回框架,方法之间不共享变量,而Struts2搞的比较乱,虽然方法之间也是独立的,但是所有的Action是共享变量的,虽然不想程序运行,但是却给我们的编码、读程序带来麻烦,来一个请求就要创建一个Action,一个Action对应一个request上下文。
3、Struts2需要针对每个request进行封装,把request、session等servlet生命周期的变量封装成一个Map,供给每个Action使用,并保证线程安全,所以原则上,比较耗费内存。
4、在拦截机制上Struts2有自己的interceptor机制,SpringMVC用的事独立的AOP方式,这样Struts2的配置文件量比SpringMVC大。
5、SpringMVC的入口是servlet,而Struts2是filter,这就导致二者的机制不同。
6、SpringMVC集成了Ajax,使用非常方便,只需要注解@ResponseBody就可以实现,然后直接返回响应文本,虽然Struts2拦截器也集成了Ajax,但是在Action中处理时一般必须安装插件或者自己写代码集成进去,使用起来也相对不方便。
7、SpringMVC验证支持JSR303,处理起来相对更加灵活方便,而Struts2验证比较繁琐。
8、SpringMVC与Spring无缝连接,从项目管理和安全上比Struts2高,当然struts2经过一些列的xml文件配置也可以做到springmvc一样的效果。
9、设计思想上,struts2更加符合OOP的变成思想,SpringMVC比较谨慎,只是在servlet上做扩展。
10、SpringMVC的开发效率高于Struts2。
11、SpringMVC可以认为是零配置。