Hibernate不是盏省油的灯，也不是想像的射来射去很简单的事。有很多细节处理不好会让你很不舒服的，这方面最突出的表现在两方面：一是事务管理，是JTA事务还是JDBC事务？幸亏有了Spring和J2EE容器；二是胡乱映射，模型关系建立不合理或者错误导致，或者是映射策略和技术不过关导致。这样的最终结果是抛出一堆HibernateException，摸不着头脑。下面是我实践中的一些总结作为备忘录写出来。
参考的是最新的Hibernate 3.2.6GA API文档，还吸收了Hibernate牛人（夏新）写的书和翻译中文开发手册的精华。
1、Configuration/SessionFactory/Session
Configuration实例代表了一个应用程序中Java类型 到SQL数据库映射的完整集合. Configuration被用来构建一个(不可变的 (immutable))SessionFactory.
SessionFactory是线程安全的，创建代价很高。
Session是非线程安全的，轻量级的。一个Session对应一个JDBC连接，
Session的connection()会获取Session与之对应的数据库连接Connection对象。
Session的功能就是操作对象的，这些对象和数据库表有映射关系。
Session操作的对象是有状态的，分三类：
自由状态（transient）: 未持久化，未与任何Session相关联，数据库表中没有对应的记录。
持久化状态（persistent）: 与一个Session相关联，对应数据库表中一条记录。
游离状态（detached）: 已经进行过持久化，但当前未与任何Session相关联，数据库表中曾经有一条记录，现在还有没有就不知道了。
游离状态的实例可以通过调用save()、persist()或者saveOrUpdate()方法进行持久化。持久化实例可以通过调用 delete()变成游离状态。通过get()或load()方法得到的实例都是持久化状态的。游离状态的实例可以通过调用 update()、0saveOrUpdate()、lock()或者replicate()进行持久化。游离或者自由状态下的实例可以通过调用merge()方法成为一个新的持久化实例。
2、Session的save()/persist()/update()/saveOrUpdate()/merge()/delete()方法
save()方法将指定对象保存，插入表中一条数据；
persist()方法将指定对象保存，插入表中一条数据，我还没发现它和save方法有什么特别之处。
replicate()方法完全使用给定对象各个属性的值（包括标识id）来持久化给定的游离状态（Transient）的实体，很暴力啊，其中还需要指定存储模式（有四种保存策略供选择）。
update()方法将指定对象更新，更新表中一条数据；
saveOrUpdate()方法接收一个实体对象，根据实体对象的id判断是否已经存在进行保存或更新操作，这样保存和更新方法就统一了；
merge()方法将给定的对象的状态复制到具有相同标识的持久化对象上。
delete()方法将指定对象删除，删除表中一条数据；
特别注意：为了使用saveOrUpdate()方法，在由定义映射文件时，通过设定<id>标签的unsaved-value="null"来判断执行什么操作： 当id属性等于unsaved-value的值（在此为null）时，则认为还没有保存，应该执行保存操作，否则执行更新操作。这样设定之后，可以使用saveOrUpdate()方法来统一保存和更新的方法。
<id name="id" column="id" type="java.lang.Integer" unsaved-value="null">
<generator class="native"/>
</id>
unsaved-value可以设定的值有四个：
any：总是储存
none：总是更新
null：id为null时储存（预设）
valid：id为null或是指定值时储存
3、Session的get()/load()方法
get()方法会总是查询实体对象，不存在时候返回null；
load()方法也是获取一个实体对象，不存在时候抛空指针异常。
4、Session的clear()/evict()方法
clear()方法清除Session级别缓存中的所有实体（包括各种状态）对象，目的是释放内存。
evict()方法清除Session级别缓存中的指定的实体（包括各种状态）对象。
当然，Session关闭后，这些缓存也就不存在了，会等待JVM回收。
5、Session的flush()方法
flush()强制持久化Session缓存中的实体对象。一般还会调用clear()或evict()，目的是赶紧保存，释放宝贵内存资源。
6、Session的commit()/rollback()方法
commit()方法用于提交Session上的事务，否则工作单元不会对数据库产生影响。如果执行出现异常（也就是commit()失败了），则之前的操作取消，执行rollback()可撤消之前的操作。
7、Session的close()/isOpen()/isConnected()/reconnect()方法
close()方法关闭Session所对应数据库连接，与其相关联的对象生命周期结束。
isOpen()方法检查Session是否仍然打开，如果Session已经断开，则可以使用reconnect(Connection connection)来重新让Session关联一个JDBC连接。
isConnected()方法检查当前Session是否处于连接状态。
8、Criteria、DetchedCriteria和Query接口
Criteria和Query的实例都是和Session绑定的，其生命周期跟随着Session结束而结束。
DetchedCriteria实例相当于一个SQL模板，目的是为了复用。其中的getExecutableCriteria(session)方法接收一个Session对象，并与之绑定，返回一个Criteria对象。
9、Hibernate类的initialize()方法
initialize()方法强制Hibernate立即加载指定实体所关联的对象和集合。Hibernate类中还有其他几个很有用但不适很常用的方法。
10、映射文件中的lazy属性
在Hibernate3中，class元素的lazy属性默认是true，如果不需要，则需要显示指定为lazy="false"，否则，操作load返回的对象会抛异常。另外Hibernate3中还可以为实体属性指定lazy属性。
12、JDBC事务和JTA事务
Hibernate本身没有事务管理功能，它依赖于JDBC或JTA的事务管理功能，在Hibernate配置文件中，如果不显式指定Transaction的工厂类别属性hibernate.transaction.factory_class的配置，则默认为JDBC事务：
<property name="hibernate.transaction.factory_class">org.hibernate.transaction.JDBCTransactionFactory</property>。
在通过SessionFactory获取到Session后，与Session相关联的JDBC Connection实例就被设定为false。
特别注意：如果数据库不支持事务，比如MySQL的MyISAM引擎的表就不支持事务，声明事务也不会起作用。要使MySQL5的表支持事务，则可以指定表的引擎类型为InnoDB。如果是学习或者研究，目前最好还是使用PostgreSQL 8.3或DB2、Oracle。
JDBC事务总是和一个数据库连接（或一个Session）相关联的。
JTA事务则可以跨越多个数据连接（或多个Session），这些连接还可以是不同数据库的连接，JTA事务一般由容器进行管理。编程只要在多个操作单元的开始和结束定义JTA事务的边界即可。
特别注意：如果使用了JTA事务，则不能再用在JDBC式的事务来管理每个Session的操作，否则会出错。为了程序的的通用性，一般来说，都是使用JTA事务来构建应用，这使用任何环境。当然，也可以使用事务代理为每个JDBC的操作方法加入事务控制。这样也为程序以后移植到JTA容器事务上带来很大方便。其实现在可以使用Spring的事务管理，与Hibernate结合的非常完美。
本文转自 leizhimin 51CTO博客，原文链接：http://blog.51cto.com/lavasoft/74228，如需转载请自行联系原作者
