Hibernate核心接口

在Hibernate中，有几个核心接口：Session接口，SessionFactory接口，Configuration接口，Transaction接口以及Query和Criteria接口。我们几乎在每个Hibernate应用中都会用到。使用这些接口，你可以存储与取出持续对象或者对事务进行控制。

Session接口

Session（会话）接口是Hibernate应用使用的主要接口。会话接口的实例是轻量级的并且创建与销毁的代价较小。这点很重要，因为我们的应用可能始终在创建与销毁会话，可能每一次请求都会如此。Hibernate会话并不是线程安全的因此应该被设计为每次只能在一个线程中使用。

Hibernate会话是一个介于连接和事务之间的概念。我们可以简单地认为会话是对于一个单独的工作单元中已装载对象的缓存或集合。Hibernate可以检测到这个工作单元中对象的改变。我们有时也将会话称为持续性管理器，因为它也是与持续性有关的操作例如存储和取出对象的接口。注意，Hibernate会话与Web层的HttpSession没有任何关系。为了区别，有时我们将HttpSession对象称为用户会话。

SessionFactory接口

应用从SessionFactory（会话工厂）里获得会话实例。会话工厂不是轻量级的，它能够在多个应用线程间进行共享。一般来说整个应用只有唯一的一个会话工厂。然而，如果你的应用使用Hibernate访问多个数据库，你需要对每一个数据库使用一个会话工厂。

会话工厂缓存了生成的SQL语句和Hibernate在运行时使用的映射元数据（Mapping Metadata）。它也保存了在一个工作单元中读入的数据并且可能在以后的工作单元中被重用。

Configuration接口

Configuration（配置）对象用来配置和引导Hibernate。它是在你开始使用Hibernate时遇到的第一个对象。应用使用一个配置实例来指定映射文件的位置和Hibernate的特定属性，然后创建会话工厂。

Transaction接口

Transaction（事务）接口是一个可选的API。Hibernate应用可以选择不使用这个接口，而是在它们自己的底层代码中管理事务。事务将应用代码从下层的事务实现中抽象出来——这可能是一个JDBC事务，一个JTA用户事务或者甚至是一个公共对象请求代理结构（CORBA）——允许应用通过一组一致的API控制事务边界。这有助于保持Hibernate应用在不同类型的执行环境或容器中的可移植性。

Query和Criteria接口

Query（查询）接口允许你在数据库上执行查询并控制查询如何执行。查询使用HQL或者本地数据库的SQL方式编写。查询实例用来绑定查询参数，限定查询返回的结果数，并且最终执行查询。

Criteria（标准）接口非常小，它允许你创建和执行面向对象的标准查询。为了帮助应用代码减少冗余，Hibernate在会话接口上提供了一些快捷方法，允许你可以在一行代码内调用一个查询。查询实例是轻量级的并且不能在创建它的会话外使用。