延迟加载

本文深入探讨Hibernate中的延迟初始化策略,包括其工作原理、常见错误及其解决方案。解释了如何配置类和集合以使用懒加载,并提供了具体的代码示例来展示何时以及如何初始化代理对象。
转自:http://clayz.iteye.com/blog/161758
延迟初始化错误是运用Hibernate开发项目时最常见的错误。如果对一个类或者集合配置了延迟检索策略,那么必须当代理类实例或代理集合处于持久化状态(即处于Session范围内)时,才能初始化它。如果在游离状态时才初始化它,就会产生延迟初始化错误。

下面把Customer.hbm.xml文件的<class>元素的lazy属性设为true,表示使用延迟检索策略:

Xml代码
1.<class name="mypack.Customer" table="CUSTOMERS" 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接口的代理类。关于CGLIB的更多知识,请参考:http://cglib.sourceforge.net/。

以下代码先通过Session的load()方法加载Customer对象,然后访问它的name属性:

Java代码
1.tx = session.beginTransaction();
2.Customer customer=(Customer)session.load(Customer.class,new Long(1));
3.customer.getName();
4.tx.commit();
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语句:

Sql代码
1.select * from CUSTOMERS where ID=1;
2.select * from ORDERS where CUSTOMER_ID=1;
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游离对象:

Java代码
1.tx = session.beginTransaction();
2.Customer customer=(Customer)session.load(Customer.class,new Long(1));
3.tx.commit();
4.session.close();
5.customer.getName();
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会抛出以下异常:

ERROR LazyInitializer:63 - Exception initializing proxy
net.sf.hibernate.HibernateException: Could not initialize proxy - the owning Session was closed

由此可见,Customer代理类的实例只有在当前Session范围内才能被初始化。

3.net.sf.hibernate.Hibernate类的initialize()静态方法用于在Session范围内显式初始化代理类实例,isInitialized()方法用于判断代理类实例是否已经被初始化。例如:

Java代码
1.tx = session.beginTransaction();
2.Customer customer=(Customer)session.load(Customer.class,new Long(1));
3.if(!Hibernate.isInitialized(customer))
4.Hibernate.initialize(customer);
5.tx.commit();
6.session.close();
7.customer.getName();
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初始化代理类实例的行为,例如:

Java代码
1.tx = session.beginTransaction();
2.Customer customer=(Customer)session.load(Customer.class,new Long(1));
3.customer.getId();
4.tx.commit();
5.session.close();
6.customer.getName();
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会抛出以下异常:

ERROR LazyInitializer:63 - Exception initializing proxy
net.sf.hibernate.HibernateException: Could not initialize proxy - the owning Session was closed

解决方法:

由于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中加入

Xml代码
1.<filter>
2.<filter-name>hibernateFilter</filter-name>
3.<filter-class>
4.org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
5.</filter-class>
6.</filter
7.<filter-mapping>
8.<filter-name>hibernateFilter</filter-name>
9.<url-pattern>*.do</url-pattern>
10.</filter-mapping>
<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>


就可以了;
<think>好的,用户现在想了解在RESTAPI中如何实现或优化延时加载。首先,我需要回顾一下之前提供的关于RESTAPI的最佳实践,以及用户提供的引用内容。用户提到的引用中,有关于延迟加载的触发条件和实现原理,比如在Java中通过调用集合方法触发加载,还有在ListView中延迟加载项目以减少初始加载时间。另外,引用[3]和[4]提到了批量处理数据时的大小优化和基准测试的重要性,这可能和API的分页或部分响应有关。引用[5]则提到了性能优化的各种技巧,比如使用合适的算法和数据结构。用户的问题是将延迟加载应用到RESTAPI的设计或优化中。我需要将延迟加载的概念与RESTAPI的设计原则结合起来。首先,延迟加载ORM中常见,比如Hibernate延迟加载,避免一次性加载所有关联数据。那么在REST API中,如何实现类似的机制呢?可能的思路包括分页、部分响应、按需加载关联资源等。接下来,我需要考虑RESTful的最佳实践,比如使用HATEOAS,分页参数,字段过滤等。例如,当客户端请求一个资源时,不需要一次性返回所有关联数据,而是提供链接让客户端按需请求。这样可以减少初始响应的大小,提高性能。另外,用户提到的引用中有关于批量处理的数据大小优化,这可能涉及到在API设计中如何分批获取数据,比如使用分页参数,或者允许客户端指定需要哪些字段,避免传输不必要的数据。例如,使用GraphQL的查询语言,但用户的问题是关于REST API,所以可能需要使用fields参数来过滤返回的字段。 还需要考虑性能优化,比如缓存策略,使用ETag和Last-Modified头来减少重复传输,同时结合延迟加载,只在数据变更时触发加载。此外,异步处理可能也是一个方向,比如对于耗时操作,返回202 Accepted,让客户端轮询结果,但这可能不属于延迟加载的范畴。 然后,考虑到用户提供的Java代码示例,延迟加载是通过访问集合的方法触发的,那么在API中,可能需要设计不同的端点来访问关联资源。例如,主资源只返回基本信息和关联资源的链接,客户端可以按需请求关联资源的数据。此外,错误处理和标准化响应也很重要,比如当客户端请求未加载的数据时,返回适当的错误码或提示。同时,安全性方面,需要确保按需加载的端点有正确的权限控制,防止未授权访问。 总结起来,实现或优化延时加载的方法可能包括:分页处理、部分响应(字段过滤)、关联资源的按需加载(通过链接或单独端点)、缓存策略、异步处理,以及合理的API版本控制。同时,需要参考用户之前提到的批量处理优化,进行基准测试,确定合适的分批大小,避免性能问题。 现在需要将这些思路整理成结构化的回答,分点说明,结合引用中的内容,比如部分响应可以参考引用[3]和[4]中的批量处理建议,分页和字段过滤可以引用之前的REST最佳实践。同时,需要确保数学公式正确使用LaTeX格式,如分页的参数可以用数学表达式表示,比如每页数量$n$,页码$p$等。 可能还需要考虑HATEOAS的实现,在响应中包含相关资源的链接,这样客户端可以按需访问,减少初始负载。例如,用户资源返回时,包含订单的链接,而不是内嵌订单数据,这样只有当客户端访问订单链接时才会触发加载,类似于延迟加载的效果。 最后,生成相关问题,比如如何设计支持字段过滤的API,或者如何实现HATEOAS,这些都能帮助用户进一步探索相关主题。</think>### REST API 中延时加载的实现与优化方法 --- #### 一、延时加载的核心思想 延时加载(Lazy Loading)是一种资源按需加载的优化策略,其数学描述为: $$ L(d) = \begin{cases} \text{加载数据} & \text{当} \ d \in D_{\text{required}} \\ \text{保持未加载} & \text{其他情况} \end{cases} $$ 其中 $D_{\text{required}}$ 表示客户端实际需要的数据子集。该技术可显著降低网络传输负载和服务器计算开销[^1]。 --- #### 二、实现延时加载的 4 种核心方法 ##### 1. 分页与分段加载 - **基础分页**:通过 `page` 和 `size` 参数控制数据量 ```http GET /api/v1/products?page=2&size=20 ``` - **游标分页**:使用 `cursor` 标记分页位置,适用于大数据量场景 $$ \text{响应体} = \{ "data": [...], "next_cursor": "xYz123" \} $$ ##### 2. 部分响应(Partial Response) - 字段过滤参数:允许客户端指定需要的字段 ```http GET /api/v1/users?fields=id,name,email ``` - 嵌套资源延迟加载:关联资源通过独立端点访问 ```json { "user": { "id": 123, "links": { "orders": "/api/v1/users/123/orders" // 关联资源需单独请求[^1] } } } ``` ##### 3. 条件请求优化 - 缓存验证:通过 `ETag` 和 `If-None-Match` 避免重复传输 ```http GET /api/v1/articles/5 If-None-Match: "686897696a7c876b7e" ``` - 增量更新:使用 `Last-Modified` 配合 `If-Modified-Since` ##### 4. 异步资源加载 - 长期任务处理:返回 `202 Accepted` 状态码并异步处理 ```json { "status": "processing", "monitor_url": "/api/v1/tasks/5x8g9" } ``` --- #### 三、性能优化实践 1. **批量处理优化** 采用 Redis 批量操作模式,设置最佳批量大小 $n$: $$ \text{最佳批量大小} \ n = \arg\min_{k} \left( \frac{T_{\text{total}}}{k} + T_{\text{overhead}} \times k \right) $$ 建议通过基准测试确定具体值(参考 50-100 个 Key 的经验值)[^3][^4] 2. **缓存策略组合** ```mermaid graph LR A[客户端请求] --> B{缓存命中?} B -->|是| C[返回304 Not Modified] B -->|否| D[生成部分响应] D --> E[设置Cache-Control头] ``` 3. **智能预加载算法** 使用 Fisher-Yates 算法优化资源加载顺序: $$ \text{资源加载顺序} = \text{shuffle}(R, \text{seed}=t_{\text{access}}) $$ 其中 $R$ 为资源集合,$t_{\text{access}}$ 为访问时间戳[^5] --- #### 四、安全与监控 1. **访问控制** - 速率限制:`X-RateLimit-Limit: 1000` - 权限验证:JWT Token 的细粒度权限控制 ```http GET /api/v1/users/orders Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9... ``` 2. **监控指标** 需监控的关键性能指标集合: $$ M = \{ \text{延迟}(ms), \text{缓存命中率}(\%), \text{分页深度}(p) \} $$ --- #### 五、代码实现示例(Python/Flask) ```python from flask import request, jsonify @app.route('/api/v1/products') def get_products(): # 实现字段过滤 fields = request.args.get('fields', 'id,name').split(',') # 实现分页 page = int(request.args.get('page', 1)) per_page = int(request.args.get('size', 20)) # 生成部分响应 data = Product.query.paginate(page, per_page).items return jsonify({ "data": [{f: getattr(p, f) for f in fields} for p in data], "next_page": f"/api/v1/products?page={page+1}&size={per_page}" }) ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值