同为框架，Struts2和SpringMVC比较的区别！

Struts2和SpringMVC是比较流行的MVC框架，二者的工作流程大体类似，从下面两张图即可以看出。，

SpringMVC工作流程图

图二?

SpringMVC的工作流程形容

????1. 使用户向服务器发送请求，请求被Spring前台控制Servelt DispatcherServlet捕获；

????2.?DispatcherServlet对请求URL进行解析，得到请求资源标识符（URI）。而后根据该URI，调使用HandlerMapping取得该Handler配置的所有相关的对象（包括Handler对象以及Handler对象对应的阻拦器），最后以HandlerExecutionChain对象的形式返回；

3.?DispatcherServlet根据取得的Handler，选择一个合适的HandlerAdapter。（附注：假如成功取得HandlerAdapter后，此时将开始执行阻拦器的preHandler(…)方法）

?????4.?提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。在填充Handler的入参过程中，根据你的配置，Spring将帮你做少量额外的工作：

????HttpMessageConveter：将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息

????数据转换：对请求消息进行数据转换。如String转换成Integer、Double等

????数据根式化：对请求消息进行数据格式化。如将字符串转换成格式化数字或者格式化日期等

????数据验证：验证数据的有效性（长度、格式等），验证结果存储到BindingResult或者Error中

????5.?Handler执行完成后，向DispatcherServlet?返回一个ModelAndView对象；

????6.?根据返回的ModelAndView，选择一个适合的ViewResolver（必需是已经注册到Spring容器中的ViewResolver)返回给DispatcherServlet?；

????7.?ViewResolver结合Model和View，来渲染视图

???8.将渲染结果返回给用户端。

Strut2的体系结构如图所示：

从图能看出，一个请求在Struts2框架中的解决大概分为以下几个步骤：

1、用户端初始化一个指向Servlet容器（例如Tomcat）的请求；

2、这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其余框架的集成很有帮助，例如：SiteMeshPlugin）；

3、接着StrutsPrepareAndExecuteFilter被调使用，StrutsPrepareAndExecuteFilter讯问ActionMapper来决定这个请求能否需要调使用某个Action；

4、假如ActionMapper决定需要调使用某个Action，StrutsPrepareAndExecuteFilter把请求的解决交给ActionProxy；

5、ActionProxy通过ConfigurationManager讯问框架的配置文件，找到需要调使用的Action类；

6、ActionProxy创立一个ActionInvocation的实例。

7、ActionInvocation实例用命名模式来调使用，在调使用Action的过程前后，涉及到相关阻拦器（Intercepter）的调使用。

8、一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可可以是另外的一个Action链）一个需要被表示的JSP或者者FreeMarker的模版。在表示的过程中能用Struts2框架中继承的标签。在这个过程中需要涉及到ActionMapper。

以上是从宏观上比照下二者的工作流程，下面针对细节比照二者的不同。

SpringMVC和Struts2的区别：

1. 机制：

springmvc的入口是servlet，而struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这样就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。

spring mvc是基于方法的设计，而sturts是基于类，导致：

性可以：

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

实现restful：

springmvc是方法级别的阻拦，一个方法对应一个request上下文，而方法同时又跟一个url对应，所以说从架构本身上spring3 mvc就容易实现restful url。struts2是类级别的阻拦，一个类对应一个request上下文；实现restfulurl要吃力，由于struts2 action的一个方法能对应一个url；而其类属性却被所有方法共享，这也就无法使用注解或者其余方式标识其所属方法了。

数据共享：

struts是在接受参数的时候，能使用属性来接受参数，这就说明参数是让多个方法共享的。

spring3 mvc的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，解决结果通过ModelMap交回给框架方法之间不共享变量

解决ajax的请求

spring3 mvc的验证也是一个亮点，支持JSR303，解决ajax的请求更是方便，只要一个注解@ResponseBody?，而后直接返回响应文本就可。送上一段代码：?

@ResponseBody

@RequestMapping(“/delUser”)

public String delUser(String id, HttpServletResponse response){

String result =”{\”result\”:\”error\”}”;

if (userManager.delUser(id)) {

result =”{\”result\”:\”success\”}”;

}

return result;

//? ? ? ? ? ? ? ? spring3mvc的验证也是一个亮点，支持JSR303，解决ajax的请求更是方便，只要一个注解@ResponseBody

//? ? ? ? ? ? ? ? @ResponseBody代替了下面的代码

//? ? ? ? ? ? ? ? PrintWriterout = null;

//? ? ? ? ? ? ? ? response.setContentType(“application/json”);

//? ? ? ? ? ? ? ?

//? ? ? ? ? ? ? ? try{

//? ? ? ? ? ? ? ? ? ? ? ? out= response.getWriter();

//? ? ? ? ? ? ? ? ? ? ? ? out.write(result);

//? ? ? ? ? ? ? ? }catch (IOException e) {

//? ? ? ? ? ? ? ? ? ? ? ? e.printStackTrace();

//? ? ? ? ? ? ? ? }

}

intercepter的实现机制：

struts有以自己的interceptor机制，springmvc使用的是独立的AOP方式。这样导致struts的配置文件量还是比springmvc大，尽管struts的配置可以继承，所以我觉得论用上来讲，spring mvc用更加简洁，开发效率Spring MVC的确比struts2高。

小结

??其实使用什么技术，这一点真的没有硬性的要求，有人觉得struts好使用，有人就觉得springMVC先进。总的来说，实现的功可以都是大体一致的。有时候架构师一直用struts，为了项目的稳固，就一直沿使用；而少量先进分子总是喜欢在项目中常识新的技术，也促进了这项技术的发展。单就struts和springMVC来说，都是controller层的框架，作使用都是接收request请求，中间调使用业务逻辑代码，最后返回reponse响应，不使用刻意远离SSH，也不使用一味追求Spring MVC。总之，合适的就是最好的。