Hibernate中clear()、evict（）、flush()的方法使用说明

clear() 方法，把缓冲区的全部对象强制清除Session缓存。

evict()方法：会把指定的缓冲对象进行清除。

flush()方法：强制进行从内存到数据库的同步。

在介绍方法使用之前，先介绍几个关键字段：

insertions:session在要保存数据时，要在insertions中登记应用的插入行为（包括：引用对象、对象id、session、持久化处理类）；

entityEntries:session把需要保存的数据存放在entityentries中。用来标记对象已经和当前会话建立了关联；

dirty:脏数据，值为true或false，脏数据不是指没有用的数据，是指状态前后发生变化的数据：

Person person=(Person)session.load(Person.class,”1”);//从数据库中加载符合条件的数据
 person.setName(“张三”);//改变了person对象的姓名属性，此时person对象成为了所谓的“脏数据”
 transaction.commit();
 当事务提交时，Hibernate会对session中的持久化对象进行检测，判断持久化对象的状态是否发生了改变，如果发生了改变就会将改变更新到数据库中。这里就存在一个问题，Hibernate如何来判断一个实体对象的状态前后是否发生了变化。就是根据dirty的值进行判断，如果为true说明发生了变化，如果为false则没有发生变化；

existInDatabase:值为true或false，表示数据库中是否已经有了该数据。

明白上面的字段含义后，下面进入案例：

案例一：缓存

如图上图，执行了两次get方法，却只执行了一次sql请求，这是因为第一查询的数据已经在session的缓存中，第二的查询直接在缓存中进行的查询，所以两次查询只发送了一次sql请求。

案例二：clear()

如上图，使用了clear方法，清除了session中的缓存，因此，第二次查询时，没有在session缓存中查到相应的值，所以在此向数据库发送了请求，最终执行了两次sql查询。

案例三：evict()

如上图，在保存person，和person1两个对象时，清除session中person缓存。因此在保存person1对象时，保存成功！保存person对象时出现了错误。

在实行save方法时，session将这个对象放入到entityentries，用来标记对象已经和当前会话建立了关联，由于对对象做了保存操作，session还要在insertions中登记应用的插入行为（包括：引用对象、对象id、session、持久化处理类）；session.evict(person)将对象从session中拆离，这时session会从entityentries中将这个对象移除；对象不在entityentries中，但在执行insert的行为时，只需要访问insertions就足够了，所以此时不会有任何的异常。异常出现在插入后通知session该对象已经插入完毕这个步骤上，这个步骤中需要将entityEntries中对象的existsInDatabase标志置为true，由于对象不存在与entityEntries中，所以也找不到existInDatabase，此时，hibernate会认为insertions和entityEntries可能因为线程安全的问题产生了不同步，于是就抛出了异常。（但是也有例外，在使用mysql数据库时，如果主键的生成策略是由数据库生成 （native、assgined等）的，那么不会出现异常问题，因为在执行save方法时，已经执行了insert语句以及可以找到entityEntries中existIndatabase，并赋值为true。因此，在执行evict方法时，不影响数据的保存。）

案例四：flush

如上图，对person赋值了两次，但只执行了一次update语句，如果使用flush方法：

执行了两次update语句，所以看出来flush 方法会强制与数据库同步。

以上就是对三种方法的说明。