Hibernate延时加载,其实这个异常写的非常之清楚,就是会话关闭,无法对Hibernate实体进行操作。造成这样的情况有很多,什么书写错误啊,逻辑错误啊。
但就此说一下关于lazy机制:
Hibernate延时加载包括延迟初始化错误,这是运用Hibernate开发项目时最常见的错误。如果对一个类或者集合配置了延迟检索策略,那么必须当代理类实例或代理集合处于持久化状态(即处于Session范围内)时,才能初始化它。如果在
游离状态时才初始化它,就会产生延迟初始化错误。
下面把Customer.hbm.xml文件的< class>元素的lazy属性设为true,表示使用延迟检索策略:
- < class name="mypack.Customer" table="CUSTOMERS" lazy="true">
当执行Session的load()方法时,Hibernate不会立即执行查询CUSTOMERS表的select语句,仅仅返回Customer类
的代理类的实例,这个代理类具由以下特征:
(1) 由Hibernate在运行时动态生成,它扩展了Customer类,因此它继承了Customer类的所有属性和方法,但它的
实现对于应用程序是透明的。
(2) 当Hibernate创建Customer代理类实例时,仅仅初始化了它的OID属性,其他属性都为null,因此这个代理类实
例占用的内存很少。
(3)当应用程序第一次访问Customer代理类实例时(例如调用customer.getXXX()或customer.setXXX ()方法), Hibernate会初始化代理类实例,在初始化过程中执行select语句,真正从数据库中加载Customer对象的所有数据。但有个例外,那就是当 应用程序访问Customer代理类实例的getId()方法时,Hibernate不会初始化代理类实例,因为在创建代理类实例时OID就存在了,不必 到数据库中去查询。
提示:Hibernate采用CGLIB工具来生成持久化类的代理类。CGLIB是一个功能强大的Java字节码生成工具,它能够在程序运行时动态生成扩 展 Java类或者实现Java接口的代理类。
以下代码先通过Session的load()方法加载Customer对象,然后访问它的name属性:
- tx = session.beginTransaction();
-
Customer customer=(Customer)session.load(Customer.class,new Long(1));
- customer.getName();
- tx.commit();
在运行session.load ()方 法时Hibernate不执行任何select语句,仅仅返回Customer类的代理类的实例,它的OID为1,这是由load()方法的第二个 参数指定的。当应用程序调用customer.getName()方法时,Hibernate会初始化Customer代理类实例,从数据库中加载 Customer对象的数据,执行以下select语句:
- select * from CUSTOMERS where ID=1;
-
select * from ORDERS where CUSTOMER_ID=1;
当< class>元素的lazy属性为true,会影响Session的load()方法的各种运行时行为,下面举例说明。
1.如果加载的Customer对象在数据库中不存在,Session的load()方法不会抛出异常,只有当运行customer.getName()方法时才会抛出以下异常:
- ERROR LazyInitializer:63 - Exception initializing proxy
-
net.sf.hibernate.ObjectNotFoundException: No row with the given identifier exists: 1, of class:
- mypack.Customer
2.如果在整个Session范围内,应用程序没有访问过Customer对象,那么Customer代理类的实例一直不会被初始化,Hibernate不会执行任何select语句。以下代码试图在关闭Session后访问Customer游离对象:
- tx = session.beginTransaction();
-
Customer customer=(Customer)session.load(Customer.class,new Long(1));
- tx.commit();
- session.close();
- customer.getName();
由于引用变量customer引用的Customer代理类的实例在Session范围内始终没有被初始化,因此在执行customer.getName()方法时,Hibernate会抛出以下异常(Hibernate延时加载的问题之一):
- ERROR LazyInitializer:63 - Exception initializing proxy
- net.sf.hibernate.HibernateException: Couldnotinitializeproxy-theowningSessionwasclosed
由此可见,Customer代理类的实例只有在当前Session范围内才能被初始化。
3.net.sf.hibernate.Hibernate类的initialize()静态方法用于在Session范围内显式初始化代理类实例,isInitialized()方法用于判断代理类实例是否已经被初始化。例如:
- tx = session.beginTransaction();
-
Customer customer=(Customer)session.load(Customer.class,new Long(1));
- if(!Hibernate.isInitialized(customer))
- Hibernate.initialize(customer);
- tx.commit();
- session.close();
- customer.getName();
以上代码在Session范围内通过Hibernate类的initialize()方法显式初始化了Customer代理类实例,因此当Session关闭后,可以正常访问Customer游离对象。
4.当应用程序访问代理类实例的getId()方法时,不会触发Hibernate初始化代理类实例的行为,例如:
- tx = session.beginTransaction();
-
Customer customer=(Customer)session.load(Customer.class,new Long(1));
- customer.getId();
- tx.commit();
- session.close();
- customer.getName();
当应用程序访问customer.getId()方法时,该方法直接返回Customer代理类实例的OID值,无需查询数据库。由于引用变量 customer始终引用的是没有被初始化的Customer代理类实例,因此当Session关闭后再执行customer.getName()方法, Hibernate会抛出以下异常(Hibernate延时加载的问题之一):
- ERROR LazyInitializer:63 - Exception initializing proxy
- net.sf.hibernate.HibernateException: Couldnotinitializeproxy-theowningSessionwasclosed
解决方法:
由于hibernate采用了lazy=true,这样当你用hibernate查询时,返回实际为利用cglib增强的代理类,但其并没有实际填 充;当你在前端,利用它来取值(getXXX)时,这时Hibernate才会到数据库执行查询,并填充对象,但此时如果和这个代理类相关的session已关闭掉,就会产生种错误.
在做一对多时,有时会出现"could not initialize proxy - clothe owning Session was sed,这个好像是hibernate的缓存问题.问题解决:需要在< many-to-one>里设置lazy="false". 但有可能会引发另一个异常叫
- failed to lazily initialize a collection of role: XXXXXXXX, no session or session was closed
解决方法:在web.xml中加入
- < filter>
-
< filter-name>hibernateFilter< /filter-name>
-
< filter-class>
- org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
-
< /filter-class>
-
< /filter>
-
< filter-mapping>
-
< filter-name>hibernateFilter< /filter-name>
-
< url-pattern>*.do< /url-pattern>
-
< /filter-mapping>
就可以了。
相关推荐
Hibernate的延迟加载(Lazy Loading)和懒加载机制(Lazy Initialization)是优化ORM框架性能的重要策略。这个机制的主要目的是提高程序的效率,减少不必要的数据库交互,只在真正需要数据时才去加载它们。以下是对...
《Hibernate延迟加载与代理模式解析》 在Java的持久化框架Hibernate中,延迟加载(Lazy Load)是一项重要的优化策略,其核心目标是提高系统性能,减少内存占用,避免不必要的数据库交互。延迟加载允许我们在需要...
在理解Hibernate的延迟加载机制之前,我们首先需要了解什么是延迟加载。延迟加载(Lazy Loading)是一种设计模式,其核心思想是在真正需要数据时才加载数据,而不是一开始就加载所有数据。这种策略能够有效地减少...
### Hibernate延迟加载深入剖析 #### 一、概述 在现代软件开发中,特别是与数据库交互的应用场景下,Hibernate作为一款流行的Java持久层框架,提供了多种高效处理数据的技术。其中,延迟加载(Lazy Loading)是一...
#### 二、Hibernate中的延迟加载机制 Hibernate 是一款流行的 Java 持久层框架,它支持多种加载策略,包括即时加载和延迟加载。在本文中,我们将重点讨论后者。 ##### 1. 实体对象的延迟加载 **配置方式:** 要...
在Java的持久化框架Hibernate中,懒加载(Lazy Loading)是一种重要的优化策略,它的核心思想是“延迟加载”或“按需加载”。默认情况下,当一个实体被加载时,并不会立即加载其关联的对象或集合,而是在真正需要...
在Java的持久化框架Hibernate中,延迟加载(Lazy Loading)是一种优化数据库访问性能的技术。它允许我们在需要时才加载关联的对象,而不是在初始查询时就一次性加载所有数据。这有助于减少不必要的数据库交互,从而...
在处理大数据量或者复杂数据结构时,Hibernate引入了延时加载(Lazy Loading)机制,以提高应用程序的性能。本文将深入探讨在JSP(JavaServer Pages)环境中,如何理解和应对Hibernate的延时加载问题。 首先,我们...
因为Session是Hibernate与数据库之间交互的桥梁,当Session关闭时,延迟加载将无法执行。因此,设计程序时需要考虑Session的生命周期管理,确保在需要时能重新获取到有效的Session。 在Hibernate 3.x及之后的版本中...
Hibernate作为Java领域中的一个强大的对象关系映射框架,提供了许多优化数据库操作的策略,其中之一便是延迟加载(Lazy Loading)。延迟加载机制旨在减少不必要的性能消耗,只在真正需要数据时才执行加载操作。本文...
而延迟加载(Lazy Loading),作为Hibernate提供的一种优化策略,旨在减少数据库访问,提高应用程序的性能。 #### 延迟加载与非延迟加载对比 - **非延迟加载**:在非延迟加载中,当读取一个对象时,与该对象相关的...
集合类型的延迟加载是 Hibernate 延迟加载机制中最重要的部分之一。通常,在一对多或多对多的关系中,一个实体可能会关联多个其他实体。如果没有采用延迟加载,那么每次加载实体时都会同时加载所有相关的集合数据,...
在 Hibernate 框架中,延迟加载(Lazy Loading)是一种非常重要的优化技术,它能够有效地减少数据库查询次数,提高应用性能。通常,在多对多或者一对多的关系中,延迟加载能够避免 N+1 查询问题。本文将详细探讨 ...
集合类型的延迟加载是Hibernate延迟加载机制中最能显著提升性能的部分。在Hibernate中,集合类型的延迟加载通过使用自定义的集合类实现,如`net.sf.hibernate.collection.Set`,而非标准的`java.util.Set`。这样,...
这就是Hibernate懒加载(Lazy Load)机制的作用所在。懒加载是一种延迟加载策略,只在真正需要时才加载关联的数据,以减少内存消耗和提高响应速度。 Gilead,全称为Hibernate for Flex,是用于Flex和Hibernate之间...
`lazy`属性是Hibernate中用于控制数据加载策略的一个关键参数,主要用于延迟加载关联对象。当一个对象被加载时,与其关联的对象不一定立即加载到内存中,而是等到真正需要使用时才加载,这就是懒加载(Lazy Loading...
在Hibernbate配置文件(如`hibernate.cfg.xml`或`.hbm.xml`)中,可以通过设置`lazy="true"`来启用延迟加载。例如: ```xml <class name="com.neusoft.entity.Usertable" lazy="true"> ``` 对于集合属性,同样可以...