hibernate的延迟加载

[size=large]

    先看一段代码:

public class LazyLoadTest {
    @Test
    public void showLazyLoad(){
        Session session=HibernateUtil.getSession();
       
        Major major=(Major) session.load(Major.class, 1);
        session.close();
        
        //print the name of this major
        System.out.println(major.getName());
    }
}

    代码的逻辑是:查询出id为1的major, 并输出其名字. 很明显, 代码的逻辑是对的.   可一运行就会报错:

引用

org.hibernate.LazyInitializationException: could not initialize proxy - no Session

 
翻译过来就是:  延迟加载异常:不能初始化代理 --- session不存在. 出现这个报错信息的原因就在于hibernate的延迟加载机制.

    所谓的延迟加载就是程序在使用load, iterator方法执行查询及关联查询时, 并不会马上发送并执行sql语句, 而是在调用(被查询)对象属性的getter方法时才去执行查询.
所以若将代码改为:

     Major major=(Major) session.load(Major.class, 1);
     major.getName();
     session.close();
     System.out.println(major.getName());

则能正常运行
   可这样做了无用功, 因为major.getName()方法的调用没有体现出任何业务逻辑.应通过使用不同的方法来避免延迟加载.如:

     Major major=(Major) session.get(Major.class, 1);
     session.close();
     System.out.println(major.getName());

将load方法替换为get方法后程序也能正常运行.

    hibernate延迟加载机制是默认开启的, 但只在三种情况下出现延迟加载:使用session的load方法, query的iterator方法进行查询及关联查询时.  相应的避免方法为:
    session.load--->session.get
    query.iterator---> query.list
    关联查询:有两种方法:a.修改配置文件:在映射文件中给关联映射元素添加fetch='join'属性; b.在hql语句中使用join fetch 关键字. a不如b灵活, 建议使用b.

    还有一个小小的陷阱:

     Major major=(Major) session.load(Major.class, 1);
     major.getId();
     session.close();
     System.out.println(major.getName());

猜猜看这段代码是否能正常运行? 用load方法将major查询出来后调用其id属性的get方法, 照理说应该能正常运行, 但结果却会报错, 错误信息和第一段代码一样.
这又是什么原因呢? 原来在使用load方法时, major对象的id属性已经给出了, 在调用其id的get方法时不需要执行查询操作.所以major.getId();这句代码有和没有是一个样, 程序都不会去执行真正的查询操作.

上面这些现象也许会让人觉得它的存在纯粹是一个麻烦精, 可事实是延迟加载的好处是大大的有: 它可以降低数据库访问的并发率, 还可以极大的提高关联查询的效率, 因为它使程序在查询数据时可以做到用到时才查, 不用时不查, 减少了不必要的内存开销.
所以hibernate延迟加载机制的存在有理由,有好处,也有坏处. 在使用时只要注意不过早关闭session,就会发现它还是挺好用的.

(数据库表格见http://keepcrazy.iteye.com/blog/1753444的附件)
[/size]