Hibernate中SessionFactory的理解(转载)

Session接口   
    
  　　Session接口对于Hibernate   开发人员来讲是一个最重要的接口。然而在Hibernate中，实例化的Session是一个轻量级的类，建立和销毁它都不会占用不少资源。这在实际项目中确实很重要，由于在客户程序中，可能会不断地建立以及销毁Session对象，若是Session的开销太大，会给系统带来不良影响。但值得注意的是 Session对象是非线程安全的，所以在你的设计中，最好是一个线程只建立一个Session对象。   
    
  　　在Hibernate的设计者的头脑中，他们将session看做介于数据链接与事务管理一种中间接口。咱们能够将session想象成一个持久对象的缓冲区，Hibernate能检测到这些持久对象的改变，并及时刷新数据库。咱们有时也称Session是一个持久层管理器，由于它包含这一些持久层相关的操做，诸如存储持久对象至数据库，以及从数据库从得到它们。请注意，Hibernate   的session不一样于JSP应用中的HttpSession。当咱们使用session这个术语时，咱们指的是Hibernate中的session，而咱们之后会将HttpSesion对象称为用户session。   
    
  　　SessionFactory   接口   
    
  　　这里用到了一个设计模式――工厂模式，用户程序从工厂类SessionFactory中取得Session的实例。   
    
  　　令你感到奇怪的是SessionFactory并非轻量级的！实际上它的设计者的意图是让它能在整个应用中共享。典型地来讲，一个项目一般只须要一个SessionFactory就够了，可是当你的项目要操做多个数据库时，那你必须为每一个数据库指定一个SessionFactory。   
  SessionFactory在Hibernate中实际起到了一个缓冲区的做用，它缓冲了Hibernate自动生成的SQL语句和一些其它的映射数据，还缓冲了一些未来有可能重复利用的数据。   
    
  　　Configuration   接口   
    
  　　Configuration接口的做用是对Hibernate进行配置，以及对它进行启动。在Hibernate的启动过程当中，Configuration类的实例首先定位映射文档的位置，读取这些配置，而后建立一个SessionFactory对象。   
    
  　　虽然Configuration接口在整个Hibernate项目中只扮演着一个很小的角色，但它是启动hibernate时你所遇到的每个对象。   
    
  　　Transaction   接口   
    
  　　Transaction接口是一个可选的API，你能够选择不使用这个接口，取而代之的是Hibernate的设计者本身写的底层事务处理代码。   Transaction接口是对实际事务实现的一个抽象，这些实现包括JDBC的事务、JTA中的UserTransaction、甚至能够是CORBA 事务。之因此这样设计是能让开发者可以使用一个统一事务的操做界面，使得本身的项目能够在不一样的环境和容器之间方便地移值。   
    
  　　Query和Criteria接口   
    
  　　Query接口让你方便地对数据库及持久对象进行查询，它能够有两种表达方式：HQL语言或本地数据库的SQL语句。Query常常被用来绑定查询参数、限制查询记录数量，并最终执行查询操做。   
    
  　　Criteria接口与Query接口很是相似，它容许你建立并执行面向对象的标准化查询。   
    
  　　值得注意的是Query接口也是轻量级的，它不能在Session以外使用。   
    
  　　Callback   接口     
    
  　　当一些有用的事件发生时――例如持久对象的载入、存储、删除时，Callback接口会通知Hibernate去接收一个通知消息。通常而言，Callback接口在用户程序中并非必须的，但你要在你的项目中建立审计日志时，你可能会用到它。