struts2和springmvc浅谈

总结两者的特点：

Spring MVC和Struts2的区别：

1. 机制：spring mvc的入口是servlet，而struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这样就导致了二者的机制不同，这里就牵涉到servlet和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. 另外，spring3 mvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody ，然后直接返回响应文本即可。送上一段代码：

@RequestMapping(value="/whitelists")
public String index(ModelMap map) {
Account account = accountManager.getByDigitId(SecurityContextHolder.get().getDigitId());
List groupList = groupManager.findAllGroup(account.getId());
map.put("account", account);
map.put("groupList", groupList);
return "/group/group-index";
}

// @ResponseBody ajax响应，处理Ajax请求也很方便
@RequestMapping(value="/whitelist/{whiteListId}/del")
@ResponseBody
public String delete(@PathVariable Integer whiteListId) {
whiteListManager.deleteWhiteList(whiteListId);
return "success";
}

总结：

1、springmvc基于方法开发的，struts2基于类开发的。

2、单例和多例的区别：springmvc在映射的时候，通过形参来接收参数的，是将url和controller方法映射，映射成功后，springmvc生成一个handlers对象，对象中只包括一个method，方法执行结束的时候，形参的数据就销毁，

所以springmvc可以进行单例开发，并且建议使用。

但是structs接收的参数是通过类的成员变量来接收的，这些变量在多线程访问中，是共享的，而不是像springmvc那样，方法结束之后，形参自动销毁，且无法使用单例，只能使用多例。

这样的话，在structs中，随着方法的添加，很多的成员变量，维护到最后的时候根本就不知道这个成员变量被哪个方式所使用，所以springmvc开发类似于service开发。

3、经过实际测试，structs速度慢，在与使用structs标签，如果使用structs建议使用jstl。

Struts2与springmvc的区别
* 1: Struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用get和set方法吧request中的数据注入.
* Struts2中一个action对应一个requset上下文.
* 2 :SpringMVC是方法级别的拦截，拦截到方法后根据参数的注解，把requset数据注入进去springmvc容器中
* 一个方法对应一个request上下文.
* 3 :springmvc方法之间基本独立，独享requset和response之间的数据。请求数据通过参数获取，处理结果通过model Map交回给框架。（方法之间不共享变量）
* Struts虽然方法之间也是独立的，当时action变量是可以共享的
* 4 :处理ajax的请求很方便，只需一个注解2responseBody ,直接返回响应文本。
* 5 :SpingMVC的实现是servlft.Struts2是filter。
* 6 ：intercepter的实现机制。Struts 有自己的拦截器机制.interceptor,Springmvc用的是独立的AOP方式,导致Springmvc的配置文件比struts2的配置文件多.

 struts2的工作流程：

一 工作原理

在Struts2框架中的处理大概分为以下几个步骤 
1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求 
2 这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin） 
3 接着FilterDispatcher (StrutsPrepareAndExcueteFilter )被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action 
4 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy 
5 ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类 
6 ActionProxy创建一个ActionInvocation的实例。 
7 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。 
8 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可 能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper 

二 工作流程

1、客户端浏览器发出HTTP请求.

2、根据web.xml配置，该请求被FilterDispatcher接收

3、根据struts.xml配置，找到需要调用的Action类和方法， 并通过IoC方式，将值注入给Aciton

4、Action调用业务逻辑组件处理业务逻辑，这一步包含表单验证。

5、Action执行完毕，根据struts.xml中的配置找到对应的返回结果result，并跳转到相应页面

6、返回HTTP响应到客户端浏览器

 

看到网友的对Struts2的原理总结，我自己也总结以便后续的面试，以下是我的疑问

1、客服端发起一个请求，通过HTTP协议指向Tomcat容器，tomcat拿到请求她干了什么？

2、我们web.xml配置

  <filter>

        <filter-name>struts2</filter-name>

        <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>

</filter>

 <filter-mapping>

        <filter-name>struts2</filter-name>

        <url-pattern>/*</url-pattern>

</filter-mapping>

我们从web配置文件中可以看到org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter，这个Filter这个类有什么用？

这个 /* 是拦截所有的请求，他拦截了请求做了什么处理？ <url-pattern>/*</url-pattern>

3.我们struts.xml配置

 

<struts>

 <package name="default" namespace="/" extends="struts-default">

        

        <action name="hello">

            <result>

                /Hello.jsp

            </result>

        </action>

        

    </package>

 

</struts>

谁负责根据struts.xml配置，找到需要调用的Action类和方法呢？

 

4。最后根据struts.xml中的配置找到对应的返回结果result，在返回HTTP响应到客户端浏览器

SpringMVC的工作流程
* 1 :先是客户端发出一个http请求给服务器，web服务器对http请求解析, 如果匹配到DispatcherServlet的请求映射路径（在web.xml文件中指定） web容器将请求转交给DispatcherServlft
* 2 :DispatcherServlet接收到这个请求之后，根据请求的信息（包括url，http，请求报文头，和请求参数Cookie等），以及HandlerMapping的配置处理请求的处理器（handler）

3:DispatcherServlet根据HandlerMapping找到对应的Handler,并将处理权交给Handler,在有具体的HandlerAdapter对handler进行具体的调用.
* 4Handler对数据处理完成以后将返回一个ModelAndView()对象给DispatcherServlet.
* 5Handler返回的视图是一个逻辑视图并不是真正的视图，DispatcherServlft通过ViewResolver将逻辑视图转换为真正的视图View
* 7 Dispatcher通过model解析出ModelAndView()参数进行解析，最终展出出完整的view并返回给客户端

另外了解下另外两个框架的区别

1、hibernate 入门门槛高，是一个标准的ORM矿建（对象关系映射），不需要程序写sql，sql语句自动生成，对sql语句进行优化、修改比较困难。

　  mybatis专注于sql本身，需要程序员自己编写sql语句，sql修改、优化比较方便。是一个不完全的ORM框架，虽然程序员自己写sql，mybatis也可以实现映射（输入映射，输出映射）

应用场景方面：

2、hibernate适用于需求变化不多的中小型项目，比如：后台管理系统，orm、oa......

　　mybatis适用于需求变化较多的项目，比如：互联网项目。