有待深入研究hibernate缓存机制，先保存起来
最近面试别人，正好出的笔试题中有道关于Hibernate延迟加载的问题，聊天过程中发现很多人对Hibernate的延迟加载有些理解误区，写些东东在这里，希望对大家有所帮助。
首先是第一个误区：延迟加载只能作用于关联实体
看到这个是不是在想：非关联实体延迟加载有什么用？
为了解答上面这个问题，我们可以先考虑另一个问题：Hibernate Session的get和load方法有什么区别？
如果你的回答是：当方法参数为数据库不存在的id时，get会返回null，load会抛出异常，那么恭喜你，进入了第二个误区
如果此时你还想补充一下：load会从缓存中取出数据而get不会，再次恭喜，进入第三个误区
如果你在上面三个误区中有一个踏入了，那么我敢打赌，你一定是被网上那些半吊子的工程师们写的博客给戕害了。。。。
此时是不是很愤怒？这些长久以来你牢记在心的Hibernate的特性原来都是浮云。。。。
呵呵，接下来我们一个个来走出这些误区。
Mop上无图无真相，我们这里无码无真相——不要误会，我是说代码
首先看看第二个误区：当方法参数为数据库不存在的id时，get会返回null，load会抛出异常
如果你现在想说：没错啊，我自己就测试过，get确实返回了null，load确实抛出了异常。
那么请回答：load是在执行load语句时抛出异常的吗？为什么？如果你答不上来，那么接着看下面的代码吧：
view plaincopy to clipboardprint?
@Test(expected = IllegalArgumentException.class)
public void 延迟加载() throws Exception {
// 启动
Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
User user = (User)session.load(User.class, 100L); // 不存在的ID
try {
user.getName();
} catch (ObjectNotFoundException ex) {
// 命中数据库发现没有对象即抛出ObjectNotFoundException异常
throw new IllegalArgumentException("随便抛出一个不可能的异常");
}
tx.commit();
session.close();
}
@Test(expected = IllegalArgumentException.class)
public void 延迟加载() throws Exception {
// 启动
Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
User user = (User)session.load(User.class, 100L); // 不存在的ID
try {
user.getName();
} catch (ObjectNotFoundException ex) {
// 命中数据库发现没有对象即抛出ObjectNotFoundException异常
throw new IllegalArgumentException("随便抛出一个不可能的异常");
}
tx.commit();
session.close();
}
由这个test case我们可以知道load并不是在执行时就马上抛出不存在数据的异常的（ObjectNotFoundException），这是为什么呢？再看代码：
view plaincopy to clipboardprint?
@Test(expected = IllegalArgumentException.class)
public void 延迟加载() throws Exception {
// 启动
Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
User user = (User)session.load(User.class, 100L); // 不存在的ID
Assert.assertTrue(user instanceof HibernateProxy);
user.getId(); // 由于ID是不被延迟加载的属性，因此不会抛出异常
try {
Hibernate.initialize(user); // 此时才会触发命中数据库
//user.getName();
} catch (ObjectNotFoundException ex) {
// 命中数据库发现没有对象即抛出ObjectNotFoundException异常
throw new IllegalArgumentException("随便抛出一个不可能的异常");
}
tx.commit();
session.close();
}
@Test(expected = IllegalArgumentException.class)
public void 延迟加载() throws Exception {
// 启动
Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
User user = (User)session.load(User.class, 100L); // 不存在的ID
Assert.assertTrue(user instanceof HibernateProxy);
user.getId(); // 由于ID是不被延迟加载的属性，因此不会抛出异常
try {
Hibernate.initialize(user); // 此时才会触发命中数据库
//user.getName();
} catch (ObjectNotFoundException ex) {
// 命中数据库发现没有对象即抛出ObjectNotFoundException异常
throw new IllegalArgumentException("随便抛出一个不可能的异常");
}
tx.commit();
session.close();
}
看高亮的几行，代码已经把问题说得很清楚了，get和load最大的区别是（假设缓存皆空的情况）：get是立即命中数据库去查询这条记录，而load则是直接返回一个代理对象（HibernateProxy）而不命中数据库，换句话来说load是为单个对象进行了延迟加载，如果你不去访问这个对象的除ID外的属性，即使目标记录不存在它也永远都不会抛出异常。由于load不立即命中数据库，它确实有一定几率提高效率
OK，我想上面一段话应该可以解释第一和第二个误区了，那么第三个误区呢？
再看代码
view plaincopy to clipboardprint?
@Test
public void get和load一级缓存测试() throws Exception {
// 启动
Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
// 验证load在缓存为空的情况下是否会使得加载的对象过一级缓存
User user1 = (User)session.load(User.class, 1L); // 存在的ID，此时虽然没有解开Proxy但已经进入缓存
Assert.assertTrue(user1 instanceof HibernateProxy);
Hibernate.initialize(user1); // 解开Proxy，会触发命中数据库操作
User user3 = (User)session.get(User.class, 1L);
Assert.assertTrue(user3 instanceof HibernateProxy); // 即使使用get，但由于缓存中存储的是一个Proxy，所以这里得到的也是Proxy
Hibernate.initialize(user3); // 解开Proxy，但不会命中数据库
// 验证在load一个不存在的ID后，不解开然后get
User user4 = (User)session.load(User.class, 100L); // 不存在的ID，仍然将Proxy进入缓存
Assert.assertTrue(user4 instanceof HibernateProxy);
//Hibernate.initialize(user3); // 不解开Proxy
try {
session.get(User.class, 100L); // 得到Proxy，命中数据库尝试解开Proxy，由于ID不存在因此抛出异常
Assert.fail("ID不存在所以会出错，不会执行本条");
} catch (ObjectNotFoundException ex) {
}
// 清空缓存
session.clear();
// 验证缓存为空的情况下get是否为Proxy
User user6 = (User)session.get(User.class, 1L); // 命中数据库，直接将组装完成的User实体进入缓存
Assert.assertTrue(!(user6 instanceof HibernateProxy));
// 验证get从缓存中取出对象
User user7 = (User)session.get(User.class, 1L);
Assert.assertTrue(!(user7 instanceof HibernateProxy)); // 缓存中是真实的User对象，get取出的就是真实的User对象
// 验证load是否从一级缓存取数据
User user8 = (User)session.load(User.class, 1L);
Assert.assertTrue(!(user8 instanceof HibernateProxy)); // 缓存中是真实的User对象，load取出的也是真实的User对象
tx.commit();
session.close();
}
@Test
public void get和load一级缓存测试() throws Exception {
// 启动
Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
// 验证load在缓存为空的情况下是否会使得加载的对象过一级缓存
User user1 = (User)session.load(User.class, 1L); // 存在的ID，此时虽然没有解开Proxy但已经进入缓存
Assert.assertTrue(user1 instanceof HibernateProxy);
Hibernate.initialize(user1); // 解开Proxy，会触发命中数据库操作
User user3 = (User)session.get(User.class, 1L);
Assert.assertTrue(user3 instanceof HibernateProxy); // 即使使用get，但由于缓存中存储的是一个Proxy，所以这里得到的也是Proxy
Hibernate.initialize(user3); // 解开Proxy，但不会命中数据库
// 验证在load一个不存在的ID后，不解开然后get
User user4 = (User)session.load(User.class, 100L); // 不存在的ID，仍然将Proxy进入缓存
Assert.assertTrue(user4 instanceof HibernateProxy);
//Hibernate.initialize(user3); // 不解开Proxy
try {
session.get(User.class, 100L); // 得到Proxy，命中数据库尝试解开Proxy，由于ID不存在因此抛出异常
Assert.fail("ID不存在所以会出错，不会执行本条");
} catch (ObjectNotFoundException ex) {
}
// 清空缓存
session.clear();
// 验证缓存为空的情况下get是否为Proxy
User user6 = (User)session.get(User.class, 1L); // 命中数据库，直接将组装完成的User实体进入缓存
Assert.assertTrue(!(user6 instanceof HibernateProxy));
// 验证get从缓存中取出对象
User user7 = (User)session.get(User.class, 1L);
Assert.assertTrue(!(user7 instanceof HibernateProxy)); // 缓存中是真实的User对象，get取出的就是真实的User对象
// 验证load是否从一级缓存取数据
User user8 = (User)session.load(User.class, 1L);
Assert.assertTrue(!(user8 instanceof HibernateProxy)); // 缓存中是真实的User对象，load取出的也是真实的User对象
tx.commit();
session.close();
}
相信注释已经足够详细了，打开hibernate.show_sql，总共命中三次数据库（执行SQL），分别在高亮的三行处，其余的全是从缓存中取数据。
而且值得注意的一点是，如果对象是从load加载到缓存中的，那么不论get还是load获取出来的都是一个Proxy，如果没有被解开过，那么get会尝试解开它；如果对象是从get加载到缓存中的，那么load和get取出来都会是真实的实体对象。也就是说，get和load都会从缓存中取出对象，且取出的对象总是保持其第一次加载时的状态（load为Proxy，get为真实对象）
以上代码是一级缓存的验证，想验证二级缓存只需要从Hibernate中开启二级缓存再次运行代码即可
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/simon_steve_sun/archive/2010/03/17/5387974.aspx
Hibernate.initialize(Obj)用法
持久化时，有时需要动态的改变对象的加载，比如在编辑页面里面lazy=true,而在浏览页面lazy＝false,这样可以在需要lazy的地方才进行控制。而配置文件中Lazy属性是全局控制的，如何处理呢？
当<class>元素或者<set>元素的lazy属性为true时，load() or get() or find()加载这些对象时，Hibernate不会马上产生任何select语句，只是产生一个Obj代理类实例，只有在session没有关闭的情况下运行Obj.getXxx()时才会执行select语句从数据库加载对象，如果没有运行任何Obj.getXxx()方法，而session已经关闭，Obj已成游离状态，此时再运行Obj.getXxx()方法，Hibernate就会抛出"Could not initialize proxy - the owning Session was closeed"的异常，是说Obj代理类实例无法被初始化。然而想在Session关闭之前不调用Obj.getXxx()方法而关闭Session之后又要用，此时只要在Session关闭之前调用Hibernate.initialize(Obj)或者Hibernate.initialize(Obj.getXxx())即可，net.sf.hibernate.Hibernate类的initialize()静态方法用于在Session范围内显示初始化代理类实例。
在配置文件里面可以用lazy=true，在程序里面可以用强制加载的方法Hibernate.initialize(Object proxy) 方法强制加载这样就相当于动态改变为lazy=false。
但在使用时需要注意的一点是：其中的proxy是持久对象的关联对象属性，比如A实体，你要把A的关联实体B也检出，则要写Hibernate.initialize(a.b)。
扫一扫
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
