为什么使用HandlerAdapter?

    SpringMVC使用一个Servlet(DispacherServlet)代理所有的请求 ,

    SpringMVC中的处理器是方法级别的处理器，而非类级别的处理，这样只要不定义类变量，就很容易在单例的情况下保证线程安全。同时对处理器进行统一封装，最大程度重用代码。

总结流程

---

  Spring工作流程描述

      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. 将渲染结果返回给客户端。

Spring工作流程描述

    为什么Spring只使用一个Servlet(DispatcherServlet)来处理所有请求？

     详细见J2EE设计模式-前端控制模式

    Spring为什么要结合使用HandlerMapping以及HandlerAdapter来处理Handler?

    符合面向对象中的单一职责原则，代码架构清晰，便于维护，最重要的是代码可复用性高。如HandlerAdapter可能会被用于处理多种Handler。

springmvc 与struts2对比

• struts2是类级别的拦截， 一个类对应一个request上下文，
  
  springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应
  
  所以说从架构本身上 spring3 mvc就容易实现restful url
  
  而struts2的架构实现起来要费劲
  
  因为struts2 action的一个方法可以对应一个url
  
  而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了

• spring3mvc的方法之间基本上独立的，独享request response数据
  
  请求数据通过参数获取，处理结果通过ModelMap交回给框架
  
  方法之间不共享变量
  
  而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的
  
  这不会影响程序运行，却给我们编码 读程序时带来麻烦

• 由于Struts2需要针对每个Request进行封装，把Request，Session等Servlet生命周期的变量封装成一个一个Map，
  
  供给每个Action使用，并保证线程安全。所以在原则上，是比较耗费内存的.

• 运行性能上：
  
  Jsp+servlet>struts1>spring mvc>struts2+freemarker>>struts2,ognl,值栈。
  
  开发效率上,基本正好相反。值得强调的是，spring mvc开发效率和struts2不相上下。
  
  Struts2的性能低的原因是因为OGNL和值栈造成的。所以，如果你的系统并发量高，可以使用freemaker进行显示，而不是采用OGNL和值栈。这样，在性能上会有相当大得提高。

• Struts2的优点
  
  Struts2 是一个相当强大的Java Web开源框架，是一个基于POJO的Action的MVC Web框架。它基于当年的Webwork和XWork框架，继承其优点，同时做了相当的改进。
  
  1、Struts2基于MVC架构,框架结构清晰，开发流程一目了然，开发人员可以很好的掌控开发的过程。(开发人员可以把大部分关注点转移到业务逻辑的实现上)
  
  2、使用OGNL进行参数传递。(使用标签可以更方便的访问各个域或者参数的值)
  
  3、强大的拦截器.(异常处理，文件上传，登录验证，权限验证)

看完了Spring是什么，再来看看Spring有哪些优点

Spring是一个轻量级的ioc(控制反转)和AOP(依赖注入)容器框架。

• 使用Spring的IOC容器，将对象之间的依赖关系交给Spring，降低组件之间的耦合性，让我们更专注于应用逻辑
• 可以提供众多服务，事务管理，WS等。
• AOP的很好支持，方便面向切面编程。
• 对主流的框架提供了很好的集成支持，如hibernate,Struts2,JPA等
• Spring DI机制降低了业务对象替换的复杂性。
• Spring属于低侵入，代码污染极低。
• Spring的高度可开放性，并不强制依赖于Spring，开发者可以*选择Spring部分或全部

Hibernate优点

• 对象/关系数据库映射(ORM)
  
  它使用时只需要操纵对象，使开发更对象化，抛弃了数据库中心的思想，完全的面向对象思想
• 透明持久化(persistent)
  
  带有持久化状态的、具有业务功能的单线程对象，此对象生存期很短。这些对象可能是普通的JavaBeans/POJO，这个对象没有实现第三方框架或者接口，唯一特殊的是他们正与（仅仅一个）Session相关联。一旦这个Session被关闭，这些对象就会脱离持久化状态，这样就可被应用程序的任何层*使用。（例如，用作跟表示层打交道的数据传输对象。）
• 事务Transaction(org.hibernate.Transaction)
  
  应用程序用来指定原子操作单元范围的对象，它是单线程的，生命周期很短。它通过抽象将应用从底层具体的JDBC、JTA以及CORBA事务隔离开。某些情况下，一个Session之内可能包含多个Transaction对象。尽管是否使用该对象是可选的，但无论是使用底层的API还是使用Transaction对象，事务边界的开启与关闭是必不可少的。
• 它没有侵入性，即所谓的轻量级框架
• 移植性会很好
• 缓存机制，提供一级缓存和二级缓存
• 简洁的HQL编程

Hibernate缺点

• Hibernate在批量数据处理时有弱势
• 针对单一对象简单的增删查改，适合于Hibernate,而对于批量的修改，删除，不适合用Hibernate,这也是OR框架的弱点；要使用数据库的特定优化机制的时候，不适合用Hibernate
  
  这里有更详细的：
  
  http://blog.sina.com.cn/s/blog_4fef5df10100nxmm.html
  • Hibernate的优缺点：
    
    优点：1、程序更加面向对象；
    
    2、提高了生产率；
    
    3、方便移植（修改配置文件）；
    
    4、无侵入性。
    
    缺点：
    
    1、效率比JDBC略差；
    
    2、不适合批量操作。

hibernate适用场景

hibernate只适合做中小型项目,因为其性能是个大问题,ps:当然能把hibernate性能优化的很好是例外,

Hibernate有四种查询方案：

• get,load方法，根据id查找对象; 注:区别(1) .get是直接到数据库查询;load是生成一个代理,用的时候在去查,性能好点 2). get使用id获取对象不存在,报null指针异常, load不会)
• HQL--hibernate query language（查询对象：Query)
• Criteria--标准查询语言（查询对象：Criteria，查询条件：Criterion）
• 通过sql来查（查询对象：SQLQuery）