Hibernate One to Many 迟延加载分析
One to Many
1: Oneto Many,默认是采用延迟加载的(lazy=true),因为很多情况下,当我们获取到One的一方后,Many的一方并非立即需要的,当我们经常只需要One的一方的时候,延迟加载就很有意义了.
2:Hibernate 中的延迟加载(lazy loading),当我们在程序中获取到了一的一方,但是不需要多的一方,那么使用延迟加载就是非常适合的.
3:当我们One和Many都要同时需要的时候,我们可以将One的一方的hbm.xml中用于保存Many的Set元素的lazy改为false
One to Many的延迟加载分析
当我们通过通过Session.get()查询到One的一方后,其中用于保存Many的Set其实是一个代理,其类型为org.hibernate.collection.PersistentSet, PersistentSet 实现了Java.util.Set接口,并内置了一个用于存放实际数据的HashSet,初始时为空,当真正要访问这个集合的元素时,如调用Java.util.Set#iterator()#toArray() #containsAll(),#toString,#equal()#hashCode等要真正访问集合的元素的方法的时候,程序才主要发出SQL语句,真正加载Many一方,并且一次读取完Many一方的所有元素.
PersistentSet 实现了Java.util.Set接口,并内置了一个HashSet实例,PersistentSet代理了Java.util.Set的#iterator()#toArray()
#containsAll(),#toString等方法: 而代理的过程很简单:
若要访问到Many的数据,则先加载Many的所有元素,再简单调用被代理的方法!
这里也是应用到"代理模式"的思想..框架里,这个模式很常用......
在Hibernate里,延迟加载基本是用"代理模式"实现的!
如:
- public class PersistentSet extendsAbstractPersistentCollection implements java.util.Set {
- 。。。。。。。。。。。。。。
- publicString toString() {
- read(); //先加载Many一方
- return set.toString();
- }
- 。。。。。。。。。。。
- }
再看看read()方法:
- public abstract classAbstractPersistentCollection implementsSerializable, PersistentCollection {
- …………………………………
- /**
- * Called by any read-only method of the collection interface
- */
- protected final void read() {
- initialize(false);
- }
- protectedfinal void initialize(boolean writing) {
- if (!initialized) {
- if(initializing) {
- throw new LazyInitializationException("illegal access toloading collection");
- }
- //检查与数据库的连接
- throwLazyInitializationExceptionIfNotConnected();
- //这里真正加载Many
- session.initializeCollection(this, writing);
- }
- }
- …………………………………….
- }