为什么使用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适用场景
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）