讲述Hibernate Session缓存

在向大家详细介绍Hibernate Session缓存之前，首先让大家了解下Hibernate实体对象的三种状态，然后全面介绍Hibernate Session缓存。

Hibernate作为一种现在比较流行的轻量级的ORM框架，2003年开始在国内流行，到目前来说在做持久层上还是占有统治地位的。虽然说丰富灵活的HQL和面对对象的Criteria查询，把程序员从复杂繁琐的JDBC中解放了出来，但作为持久层的框架，它的性能才是最重要的核心问题。而性能的核心在于缓存，由于最近在学习这些，所以就把自己的学到的一点东西拿来与大家分享，希望能起到抛砖引玉的效果。

在说这些之前的先说说Hibernate实体对象的三种状态：

1.Transient：所谓Transient就是说实体对象在内存中自有存在，与数据库中的记录无关。

2.Persient：Persient对象对应数据库中的一条记录，也可以这样理解，如果一个实体对象与某个session发生关联，并处于对应session的有效期内，那它就处于Persient状态。

3.Detached：所谓的Detached就是处于Persient状态的对象对应的session关闭之后的状态。

我们平时所说的PO（持久化对象）指的就是位于Persient状态的对象，而VO（值对象）就是指Transient和Detached状态的对象。

下面开始说CRUD保存：Hibernate中保存的方法很多我主要说说下面几个：

1.save（）方法，调用save方法时，首先会在Hibernate Session缓存中查找保存对象如果实体对象已经处于Persient状态，直接返回，否在实行sql操作，并将保存的实体对象加入Hibernate Session缓存（save方法不会把实体加入二级缓存的），最后对存在的级联关系进行递归处理。

2.saveOrUpdate（）方法：和save方法一样首先在Hibernate Session缓存中查找，判断对象是否为为保存状态，如果对象处于Persient，不执行操作，处于Transient执行save操作，处于Detached调用save将对象与session重新关联。

这里要注意的是批量操作时要适时对session进行flush操作避免OutOfMenoryError.删除：删除我主要说批量删除，Hibernate在进行批量删除前，首先必须将所有符合条件的数据加载到内存中（这是所有ORM框架必须面对的问题，这样主要是为了对目前的内部缓存和二级缓存中数据进行整理，以保存和数据库的一致性）这样就面对这如果操作数据量过大，也会出现OutOfMenoryError，所以推荐使用迭代删除。

修改：修改主要谈谈update方法，update和前面的save一样首先还是要进行在内部缓存中查找，要注意两点，

1.Persient状态的实体对象调用update没有任何作用，update的SQL将在session.flush（）方法中执行。

查询：查询是受缓存影响最大的，主要谈一下以下几种查询1.load和get：这两者的区别主要是load会在二级缓存中查找，而get在内部缓存中查找不到将跳过二级缓存直接进行sql操作。