SpringMVC和hibernate工作流程描述

SpringMVC工作流程描述

（1）向服务器发送HTTP请求，请求被前端控制器 DispatcherServlet 捕获。

（2）DispatcherServlet 根据 <servlet-name>-servlet.xml 中的配置对请求的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(Controller)执行完成后，向 DispatcherServlet 返回一个 ModelAndView 对象；

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

（7）ViewResolver 结合Model和View，来渲染视图。

（8）视图负责将渲染结果返回给客户端。

 

 现在我们知道了一个概念Hibernate Session，只有处于Session管理下的POJO才具有持久化操作能力。当应用程序对于处于Session管理下的POJO实例执行操作时，Hibernate将这种面向对象的操作转换成了持久化操作能力。

HIbernate简要的体系结构如下图所示：

        通过上图能够发现HIbernate需要一个hibernate.properties文件，该文件用于配置Hibernate和数据库连接的信息。还需要一个XML文件，该映射文件确定了持久化类和数据表、数据列之间的想对应关系。

除了使用hibernate.properties文件，还可以采用另一种形式的配置文件： *.cfg.xml文件。在实际应用中，采用XML配置文件的方式更加广泛，两种配置文件的实质是一样的。

        Hibernate的持久化解决方案将用户从赤裸裸的JDBC访问中释放出来，用户无需关注底层的JDBC操作，而是以面向对象的方式进行持久层操作。底 层数据连接的获得、数据访问的实现、事务控制都无需用户关心。这是一种“全面解决”的体系结构方案，将应用层从底层的JDBC/JTA API中抽象出来。通过配置文件来管理底层的JDBC连接，让Hibernate解决持久化访问的实现。这种“全面解决”方案的体系结构图如图所示：

        针对以上的Hibernate全面解决方案架构图：

      （1）SessionFactory：这是Hibernate的关键对象，它是单个数据库映射关系经过编译后的内存镜像，它也是线程安全的。它是生成Session的工厂，本身要应用到ConnectionProvider，该对象可以在进程和集群的级别上，为那些事务之间可以重用的数据提供可选的二级缓存。

      （2）Session：它是应用程序和持久存储层之间交互操作的一个单线程对象。它也是Hibernate持久化操作的关键对象，所有的持久化对象必须在Session的管理下才能够进行持久化操作。此对象的生存周期很短，其隐藏了JDBC连接，也是Transaction 的工厂。Session对象有一个一级缓存，现实执行Flush之前，所有的持久化操作的数据都在缓存中Session对象处。

      （3）持久化对象：系统创建的POJO实例一旦与特定Session关联，并对应数据表的指定记录，那该对象就处于持久化状态，这一系列的对象都被称为持久化对象。程序中对持久化对象的修改，都将自动转换为持久层的修改。持久化对象完全可以是普通的Java Beans/POJO，唯一的特殊性是它们正与Session关联着。

      （4）瞬态对象和脱管对象：系统进行new关键字进行创建的Java 实例，没有Session 相关联，此时处于瞬态。瞬态实例可能是在被应用程序实例化后，尚未进行持久化的对象。如果一个曾今持久化过的实例，但因为Session的关闭而转换为脱管状态。

      （5）事务(Transaction)： 代表一次原子操作，它具有数据库事务的概念。但它通过抽象，将应用程序从底层的具体的JDBC、JTA和CORBA事务中隔离开。在某些情况下，一个 Session 之内可能包含多个Transaction对象。虽然事务操作是可选的，但是所有的持久化操作都应该在事务管理下进行，即使是只读操作。

      （6）连接提供者(ConnectionProvider)：它是生成JDBC的连接的工厂，同时具备连接池的作用。他通过抽象将底层的DataSource和DriverManager隔离开。这个对象无需应用程序直接访问，仅在应用程序需要扩展时使用。

      （7）事务工厂(TransactionFactory)：他是生成Transaction对象实例的工厂。该对象也无需应用程序的直接访问。

  Hibernate进行持久化操作离不开SessionFactory对象，这个对象是整个数据库映射关系经过编译后的内存镜像，该对象的 openSession()方法可打开Session对象。SessionFactory对想是由Configuration对象产生。

每个Hibernate配置文件对应一个configuration对象。在极端情况下，不使用任何配置文件，也可以创建Configuration对象。

 

一. 创建Configuration对象

        org.hibernate.cfg.Configuration实例代表一个应用程序到SQL数据库的映射配置，Configuration提供了一个buildSessionFactory()方法，该方法可以产生一个不可变的SessionFactory对象。

        你可以直接实例化Configuration来获取一个实例，并为它指定一个Hibernate映射文件，如果映射文件在类加载路径中，则可以使用addResource()方法来添加映射定义文件。那么现在的问题就是如何创建Configuration对象呢？

随着Hibernate 所使用的配置文件的不同，创建Configuration对象的方式也不相同。通常有几种配置Hibernate的方式：

第一种是使用hibernate.properties文件作为配置文件。

第二种是使用hibernate.cfg.xml文件作为配置文件。

第三种是不使用任何的配置文件，以编码方式来创建Configuration对象。

请注意：Configuration对象的唯一作用就是创建SessionFactory实例，所以它才被设计成为启动期间对象，而一旦SessionFactory对象创建完成，它就被丢弃了。

 

1. 使用hibernateproperties作为配置文件

        对于hibernate.properties作为配置文件的方式，比较适合于初学者。因为初学者往往很难记住该配置文件的格式，以及需要配置哪些属性。 在Hibernate发布包的etc路径下，提供了一个hibernate.properties文件，该文件列出了Hibernate 的所有属性。每个配置段都给出了大致的注释，用户只要取消所需配置段的注释，就可以快速配置Hibernate和数据库的链接此处给出使用 hibernate.properties文件创建Configuration对象的方法。

//实例化configuration对象

Configuration cfg = new Configuration()

//多次调用addResource()方法，添加映射文件

.addResource("Item.hbm.xml")

.addResource("Bid.hbm.xml");

        查看hibernate.properties文件发现，该文件没有提供Hibernate映射文件的方式。因此使用 hibernate.properties文件来作为配置文件时，必须使用Configuration的.addResource()方法，使用该方法来 添加映射文件。

注意：正如 上面的代码所示，使用hibernate.properties文件配置Hibernate的属性固然简单，但是因为要手动添加映射文件，当映射文件极其 多时，这是一件非常催人泪下的事情。这也就是在实际开发中，不常使用hibernate.properties文件作为配置文件的原因。

        当然还有另一种添加配置文件的策略，因为映射文件和持久化类是一一对应的，可以通过Configuration对象来添加持久化类，让Hibernate自己来搜索映射文件。

//实例化configuration对象

Configuration cfg = new Configuration)

//多次调用addClass()方法，直接添加持久化类

.addClass(ppp.Item.class)

.addClass(ppp.BId.class);

 

2. 使用hibernate.cfg.xml作为配置文件

         前面已经看到使用hibernate.properties作为配置文件的情形。因为hibernate.cfg.xml中已经添加了hibernate的映射文件，采用这种配置文件创建configuration对象实例由以下代码实现：

//实例化configuration对象

Configuration cfg = new Configuration()

//configure()方法将会负责加载hibernate.cfg.xml文件

.configure()

        需要注意的是：在通过new关键字创建Configuration对象之后，不要忘记调用configure()方法。

 

二. hibernate.properties和hiberntae.cfg.xml文件

        如果使用etc路径下的hibernate.properties文件作为配置文件的模板，修改此模板文件作为Hibernate配置文件，这种方式的确 是快速进入Hibernate开发的方法。但是对于实际开发，通常会使用hibernate.cfg.xml文件作为配置文件。

深入对比hibernate.properties和hibernate.cfg.xml文件后看如下的hibernate.properties的一个配置属性：

//指定数据库的方言

hibernate.dialect org.hibernate.dialect.MySQLDialect

上面的一行代码是典型的Properties文件的的格式，前面的key为hibernate.dialect ， 后面的value是为org.hibernate.dialect.MySQLDialect。

接下来我们再来查看hibernate.cfg.xml文件中的相对应的配置代码：

<property name = "dialect">org.hibernate.dialect.MySQLDialect</property>

同样指定了Hibernate的Dialect 属性是org.hibernate.dialect.MySQLDialect 。对比两种格式的文件，可以发现虽然格式不同但其实质完全一样。