SpringMVC与Struts2的区别与总结

来源：互联网发布：外卖软件项目计划书编辑：程序博客网时间：2024/05/29 18:18

那些杀不死你的，就会让你更强大。

Struts2 是类级别的拦截，一个类对应一个request上下文，SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法又与一个URL对应，所以说从架构本身上SpringMVC就容易实现Restful url,而Struts2 架构实现起来就很费劲，因为Struts2 中的一个Action的一个方法对应一个url，而其类属性却被所有方法共享，这就无法使用注解或其他方式标识其所属方法了。
由于上面原因，SpringMVC的方法基本上是独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量，而Struts2就比较乱，虽然方法之间也是独立的，但是其Action变量是共享的，这不影响程序的运行，但是却给我们编写代码和读取程序的时候带来麻烦。每次请求会创建一个Action对象（Struts2是多例的），每个Action对象对应一个request上下文。
由于Struts2需要针对每一个request进行封装，把request、session等servlet生命周期的变量封装成一个一个的Map,供给每个Action使用，保证线程的安全，所以在原则上，是比较消耗内存的。
拦截器实现机制上，Struts2有自己的interceptor机制，SpringMVC使用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC 大。
SpringMVC的入口时Servlet,而Struts2的入口时filter(这里要指出Servlet和filter的不同，以前认为filter是Servlet的一种特殊)，这就是导致二者机制的不同，这里就涉及到Servlet和filter的区别了。
SpringMVC集成了Ajax,使用非常方便，只需要一个注解@ResponseBody就可以实现，然后直接返回响应文本即可。而Struts2拦截器集成了Ajax,在Action中处理时一般必须安装插件或者自己编写代码集成进去，使用起来也相对不方便。
SpringMVC 支持验证JSR303，处理起来相对灵活方便，而Struts2验证比较繁琐，感觉太烦乱。
SpringMVC和Spring是无缝的，从项目的管理和安全上比Struts2高（当然Struts2也可以通过不同的目录结构和相关配置做到和SpringMVC做到相同的效果，但是需要配置不少的XML文件）。
设计思想上，Struts2更加符合OOP思想，SpringMVC 比较谨慎，在Servlet上进行扩展。
SpringMVC开发效率和性能高于Struts2。
SpringMVC可以认为已经100%零配置。

本文转自http://blog.csdn.net/chenleixing/article/details/44570681

0 0