Hibernate5个核心接口
所有Hibernate应用中都会访问Hibernate的5个核心接口
Configuration接口：配置Hibernate，根启动Hibernate，创建SessionFactory对象。
SessionFactory接口：初始化Hibernate，充当数据存储源的代理，创建Session对象。
Session接口：负责保存，更新，删除，加载和查询对象。
Transaction：管理事务
Query和Criteria接口：执行数据库查询
下图为五个核心接口的类框图
1、Configuration接口
Configuration用于配置并启动Hibernate。Hibernate应用通过Configuration的实例来指定对象-关系映射文件，或通过Configuration动态配置Hibernate的属性，然后通过Configuration来创建相应的SessionFactory实例。
2、SessionFactory接口
一个SessionFactory对应一个数据源，它是个重量级对象，不可随意生成多个实例。对于一般的单数据库应用来说，只需要一个SessionFactory就足够了。当然如果有多个数据库的话，还是需要为每个数据库生成对应的SessionFactory。它是线程安全的，同一个实例可以被应用中的多个线程共享。
也许你会很好奇，SessionFactory为什么是重量级对象呢？我也同样好奇，通过查看Hibernate的源码，发现SessionFactory存放了大量预定义的SQL语句以及映射元数据，所以自然需要很大的缓存了，同时需要一定的CPU时间来计算生成。想想Hibernate的这个设计是很有意义的，因为有了Mapping文件，很多SQL语句就已经确定了，只需要动态生成一次就可以了，这个设计也是为了提高持久化的效率。
3、Session接口
从SessionFactory中可以获得Session实例。
Session接口是Hibernate应用中使用最广泛的接口了，它是持久化管理器，提供添加、更新、删除、加载、查询对象。Session不是线程安全的，所以应避免多个线程共享同一个Session实例。Session是轻量级对象，它的创建和销毁不需要太多资源，这意味着在应用中可以经常创建和销毁Session对象。
Session有一个缓存，称之为Hibernate的一级缓存，它存放当前工作单元加载的持久化对象，每个Session都有自己的缓存，缓存中的对象只能被当前工作单元访问。
4、Transaction接口
Transaction是Hibernate的数据库事务接口，它对底层道德事务接口进行了封装，底层事务接口包括:
JDBC API
JTA(Java Transaction API)
CORBA(Common Object Requet Broker Architecture) API
Hibernate应用可以通过一致Transaction接口来声明事务边界，这有助于应用可以在不同的环境或容器中移植。具体的事务实现使用在Hibernate.properties中进行指定。
5、Query和Criteria接口
这两个是Hibernate的查询接口，用于向数据库查询对象，以及控制执行查询的过程。Query实例包装了一个HQL(Hibernate Query Language)来查询。Criteria接口完全封装了基于字符串形式的查询语句，比Query更面向对象，Criteria更擅长执行动态查询。
回调接口
当一个对象发生了特定的事件，例如对象被加载，保存，更新或删除，Hibernate应用可以通过回调接口来响应这一时间。回调接口
按实现方式可分为两类：
Lifecycle和Vaillidatable接口：由持久化类来实现这两个接口。Lifecycle接口使持久化类的实例能响应被加载，保存或删除的事件，Validatable接口使持久化类的实例在被保存之前进行数据验证。这种方式强迫持久化类必须实现Hibernate的特定接口，使Hibernate API渗透到持久化类中，会影响持久化类的可移植性，因此不值得推荐。
Inerceptor接口:不必由持久化类实现Interceptor接口，应用程序可以定义专门实现Interceptor接口的类，Interceptor实现类负责响应持久化类的实例被加载，保存，更新，或删除的事件
摘自《精通Hibernate（孙卫琴）》
