Hibernate2.0中，关于session.flush()的理解

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();这个还要请大家多指教阿。