UC知道Hibernate的evict方法和clear方法的区别
来源：百度知道 编辑：UC知道 时间：2024/06/20 11:46:20
可是会报错：Exception in thread "main" org.hibernate.AssertionFailure: possible nonthreadsafe access to session
但是如果我用的不是evict方法，而是clear方法用来清除缓存的话，程序没有错。
请问为什么？这2方法有啥区别？
Configuration cfg=new Configuration().configure();
SessionFactory sf=cfg.buildSessionFactory();
Session session=sf.openSession();
Transaction tx=session.beginTransaction();
Student student=new Student();
student.setName("深");
student.setSex("女");
session.save(student);
session.save(student);
System.out.println(session.contains(student));
session.evict(student);//报错
//session.clear();调用此方法程序不出错
System.out.println(session.contains(student));
tx.commit();
session.close();
可是当session.save(student)的时候，并没有同步到数据库啊，是tx.commit()的时候才执行sql语句啊，希望楼下能帮忙说清楚下
看了一下源码与API，
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中内容的不同步。所以我们在做此类操作时一定要清楚Hibe