Hibernate2.0中，关于session.flush()的理解
刚刚开始时，阅读孙维琴的《精通 Hibernate：Java
对象持久化技术详解.pdf》一书，由于不仔细误解了书中的意思，书中的意思是当程序显式调用session.flush()方法时，session会清理
缓存，而我却误解为清空
缓存。差之毫厘，谬之千里...
清理是什么意思呢?一下是《精通 Hibernate：Java 对象持久化技术详解.pdf》的说法:
当Session加载了一个PO对象,会为这个PO对象的值类型的属性复制一份快照,当Session清理缓存时,通过比较PO对象的当前属性与它的快照,Session能够判断PO对象的哪些属性发生了变化。
就是说，清理的意思就是让PO对象的快照与PO对象同步。
在网上查了一下，关于session.flush()对这个方法有的误解的人还不止我一个，误解的地方也各不相同，所以想先做些关于这个方法的实验，然后把结果写出来，大家一起探讨阿，呵呵。
引用一下《精通
Hibernate：Java 对象持久化技术详解.pdf》中的原话吧：
注意Session的commit()和flush()方法的区别。flush()方法进行清理缓存的操作，执行一系列的SQL语句，但不会提交事务;commit()方法会先调用flush()方法，然后提交事务。提交事务意味着对数据库所做的更新被永久保存下来。
先建一个简单的Hibernate项目，数据库只有一个表：很简单，就为做session.flush()的实验，没有任何实际的业务逻辑。
DAO的代码如下：
L01-package com.dao;
L02-import org.hibernate.Session;
L03-import org.hibernate.Transaction;
L04-import com.HibernateSessionFactory;
L05-import com.po.User1;
L06-public class User1DAO {
L07- Session se =
HibernateSessionFactory.getSession();
L08- User1 user =null;
L09- public void modifyUser() throws Exception
L10- {
L11-
Transaction tx = null;
L12-
tx = se.beginTransaction();
L13-
user = (User1)se.get(User1.class, "id1");
L14-
user.setName("name1_2");
L15-
se.flush();
L16-
System.out.println(user.getName());//在这一行设置断点
L17-
tx.commit();
L18-
System.out.println(user.getName());
L19-
se.close();
L20- }
L21- public static void main(String[] args) throws Exception
{
L22-
User1DAO user1DAO = new User1DAO();
L23-
user1DAO.modifyUser();
L24- }
L25-}
在第16行设置断点，当程序运行到断点时，我们看看se.flush()这个方法做了些什么，程序不要往下运行，让程序在断点处保持挂起，打开数据库的企业管理器(SQL
SERVER2000)，出现下面的情况：
数据库连接超时，这说明什么？？如果把企业管理器也看作一个事务，那么就是有另一个事务锁住了数据库，导致企业管理器这个事务无法看到数据，另一个事务是谁呢，就是session.flush()
它了。那么session.flush()的作用就是让数据库执行SQL语句，但是不提交。所以只要程序一直在断点处挂起，其他的事务就不能看到数据。即便是使用企业管理企业也不行。
但是为什么要这样呢？？没有事务会引起的问题之一就是脏读——A事务读取了B事务尚未提交的更改数据，并在这个数据的基础上操作。所以如果假如企业管理器能让你看到数据，那看到的就是脏数据，SQL
Server当然不允许这样的事情发生。
另外还有两点说明：
1.
在程序的第14行，
user.setName("name1_2");使用setter方法对user的name属性赋了新值，假如没有赋值
- a.没有调用setName(String)方法。
- b.调用了setName(String)方法，但是参数与原来数据库中的值相同（都是"name1_1"）
两种方式的结果是相同的，Hibernate都不会生成update的sql语句，也都不会锁数据库，大家可以试一下。
2.是什么级别的锁呢？
这个通过企业管理器貌似看不出来，打开查询分析器看看。
select *
from
dbo.User1;
--对整个表的查询
select *
from dbo.User1 where id='id1';
--对正在修改的那一行的查询
select *
from dbo.User1 where id='id2'; --对其他行的查询
在查询分析器里，第一二句sql都因为记录被锁而无法查出数据，只有第三行记录可以查出数据。
所以结论是当程序执行se.flush()时，数据库上的锁是行级别的独占锁。
还没完，企业管理其不能看，那么理论上另一个Session也不能得到数据，试试看：
L01- package com.dao;
L02- import org.hibernate.Session;
L03- import org.hibernate.Transaction;
L04- import com.HibernateSessionFactory;
L05- import com.po.User1;
L06- public class User1DAO {
L07- Session se = HibernateSessionFactory.getSession();
L08- Session se2 = HibernateSessionFactory.getSession2();
L09- User1 user =null;
L10- public void modifyUser() throws Exception
L11- {
L12-
Transaction tx = null;
L13-
tx = se.beginTransaction();
L14-
user = (User1)se.get(User1.class, "id1");
L15-
user.setName("name1_1");
L16-
se.flush();
L17-
//tx.commit();
L18-
//se.close();
L19- }
L20- public void modifyUser2() throws Exception
L21- {
L22-
Transaction tx = null;
L23-
tx = se2.beginTransaction();
L24-
user = (User1)se2.get(User1.class, "id1");
L25-
System.out.println(user.getName());
L26-
tx.commit();
L27- }
L28- public static void main(String[] args) throws Exception
{
L29-
User1DAO user1DAO = new User1DAO();
L30-
user1DAO.modifyUser();
L31-
user1DAO.modifyUser2();
L32- }
L33- }
加一个modifyUser2方法，modifyUser方法没有事务提交，没有关闭Session，接着执行modifyUser2，modifyUser2里创建一个新的Session实例se2，想用se2取数据，取不出来，程序一直停在那里。。。
另外还要注意一下Hibernate的锁(乐观的和悲观的)。
注：有一个存疑，这里第17、18行把tx.commit()和
se.close()注释掉了，但是如果把se.close()注释打开，tx.commit()依然注释着，修改的数据更新到数据库了，并且提交
了，modifyUser2也可以读出来数据了，好像tx.commit()会自动调用Transaction.commit(),而且不是调用
Transaction.rollback();这个还要请大家多指教阿。
