Hibernate的clear(),flush(),evict()方法详解
1.Clear方法
无论是Load还是Get都会首先查找缓存（一级缓存）如果没有，才会去数据库查找，调用Clear()方法，可以强制清除Session缓存。
例：
viewplaincopytoclipboardprint?
1.publicvoidtestClear(){
2.Sessionsession=HibernateUitl.getSessionFactory().getCurrentSession();
3.session.beginTransaction();
4.Teachert=(Teacher)session.get(Teacher.class,3);
5.System.out.println(t.getName());
6.Teachert2=(Teacher)session.get(Teacher.class,3);
7.System.out.println(t2.getName());
8.session.getTransaction().commit();
9.}
这里虽然用了2个get方法（get方法会立即执行sql语句），但因为第一次执行了会缓存一个ID为3的实体，所以虽然有2个get方法只执行一次SQL语句。
viewplaincopytoclipboardprint?
1.publicvoidtestClear(){
2.Sessionsession=HibernateUitl.getSessionFactory().getCurrentSession();
3.session.beginTransaction();
4.Teachert=(Teacher)session.get(Teacher.class,3);
5.System.out.println(t.getName());
6.session.clear();//这里不clear只会执行一次sql语句，有clear会执行2次
7.Teachert2=(Teacher)session.get(Teacher.class,3);
8.System.out.println(t2.getName());
9.session.getTransaction().commit();
10.}
这里在第2次get前执行session.clear(),我们把hibernateshow_sql出来，它就会执行2次sql语句了。所以session.clear()会清除缓存。
2.Flush方法
可以强制进行从内存到数据库的同步。
例：
viewplaincopytoclipboardprint?
1.@Test
2./**
3.*flush强制与数据库同步
4.*/
5.publicvoidtestFlush(){
6.Sessionsession=HibernateUitl.getSessionFactory().getCurrentSession();
7.session.beginTransaction();
8.Teachert=(Teacher)session.get(Teacher.class,3);
9.t.setName("yyy");
10.
11.t.setName("yyyyy");
12.session.getTransaction().commit();
13.}
看这段代码，我们setName()2次，但程序只会更改数据库一次，在commit时。
viewplaincopytoclipboardprint?
1.@Test
2./**
3.*flush强制与数据库同步
4.*/
5.publicvoidtestFlush(){
6.Sessionsession=HibernateUitl.getSessionFactory().getCurrentSession();
7.session.beginTransaction();
8.Teachert=(Teacher)session.get(Teacher.class,3);
9.t.setName("yyy");
10.session.flush();//有flush会执行2次UPDAE,没有会只执行一次
11.t.setName("yyyyy");
12.session.getTransaction().commit();
13.}
我们在第2次setName（）时执行session.flush().
再看hibernate执行的sql语句
viewplaincopytoclipboardprint?
1.Hibernate:
2.update
3.Teacher
4.set
5.birthday=?,
6.name=?,
7.title=?
8.where
9.id=?
10.Hibernate:
11.update
12.Teacher
13.set
14.birthday=?,
15.name=?,
16.title=?
17.where
18.id=?
执行了2次Update
所以看出来flush方法会强制与数据库同步。
Flush方法是可以设置的，也就是fulsh什么时候执行是可以设置的
在session.beginTransaction前设置FlushMode
session.setFlushMode(FlushMode.Always|AUTO|COMMIT|NEVER|MANUAL)
FlushMode有5个值可选
Always:任何代码都会Flush
AUTO:默认方式–自动
Commit:COMMIT时
Never:始终不
MANUAL:手动方式
设置FlushMode有个好处是可以节省开销，比如默认session只做查询时，就可以不让他与数据库同步了。
session.evict(obj)：会把指定的缓冲对象进行清除。
session.clear()：把缓冲区内的全部对象清除，但不包括操作中的对象。
Hibernate执行的顺序如下：
(1)生成一个事务的对象，并标记当前的Session处于事务状态（注：此时并未启动数据库级事务）。
(2)应用使用s.save保存对象，这个时候Session将这个对象放入entityEntries，用来标记对象已经和当前的会话建立了关联，由于应用对对象做了保存的操作，Session还要在insertions中登记应用的这个插入行为（行为包括：对象引用、对象id、Session、持久化处理类）。
(3)s.evict将对象从s会话中拆离，这时s会从entityEntries中将这个对象移出。
(4)事务提交，需要将所有缓存flush入数据库，Session启动一个事务，并按照insert,update,……,delete的顺序提交所有之前登记的操作（注意：所有insert执行完毕后才会执行update，这里的特殊处理也可能会将你的程序搞得一团糟，如需要控制操作的执行顺序，要善于使用flush），现在对象不在entityEntries中，但在执行insert的行为时只需要访问insertions就足够了，所以此时不会有任何的异常。异常出现在插入后通知Session该对象已经插入完毕这个步骤上，这个步骤中需要将entityEntries中对象的existsInDatabase标志置为true，由于对象并不存在于entityEntries中，此时Hibernate就认为insertions和entityEntries可能因为线程安全的问题产生了不同步（也不知道Hibernate的开发者是否考虑到例子中的处理方式，如果没有的话，这也许算是一个bug吧），于是一个net.sf.hibernate.AssertionFailure就被抛出，程序终止。
一般我们会错误的认为s.save会立即执行，而将对象过早的与Session拆离，造成了Session的insertions和entityEntries中内容的不同步。所以我们在做此类操作时一定要清楚Hibernate什么时候会将数据flush入数据库，在未flush之前不要将已进行操作的对象从Session上拆离。解决办法是在save之后，添加session.flush。