lazy(懒加载)到底什么意思？

Question

以前自学的SSH，由于长时间没用了，最近几天比较空闲了。所以想复习一下。
但是现在对于hebernate配置文件中的一个属性lazy非常疑惑，查了一些相关资料，还是不能充分理解。
往知道的朋友解释一下，最好详细一点。

Answer 1

比如部门ENTITY和员工ENTITY,部门与员工1对多，如果lazy设置为false，那么只要加载了一个部门的po,就会根据一对多配置的关系把所有员工的po也加载出来。但是实际上有时候只是需要用到部门的信息，不需要用到员工的信息，这时员工po的加载就等于浪费资源。如果lazy设置为true,那么只有当你访问部门po的员工信息时候才回去加载员工的po的信息。

Answer 2

比如A类有个属性b，这个属性是B类的一个对象。那么在数据库里面，A对象和B对象是存储在不同的表里面的。如果是懒加载，那么当加载A类的对象a的时候，不会同时从数据库里面加载对象b，也就是说，这时候a对象的属性b其实是一个代理对象。只有当实际需要使用a.b的时候，才会从数据库里面加载对象b，将b从一个代理换成真实的含有从数据库中加载的信息的对象b。

Answer 3

延迟加载啊.
比如
Query query = session.createQuery("from Customer");
List list = query.list();
如果是立即加载的话.
上面的代码一执行就会立刻执行sql语句.
可是如果 laze="true"
的话
就只有等到 迭代 集合中的对象 并调用  customer.getXXX();(XXX 为非OID 字段)
才去执行sql语句.

Answer 4

延迟加载:
还有类级别的,和关联级别的.
lz 还是要多看书. 孙卫琴的那本 Hibernate 就很不错哦!

Answer 5

其实楼上两位朋友说的这些我也基本了解，但是我不懂的就是如果存在一对多的关系，当lazy=true时，执行就会报错，按说为TRUE时它应该只是回去从数据库取出现在需要的信息，时间慢一点而已呀。

Answer 6

lazy为true的时候要取lazy部分信息之前session不能关，关了就不能用了

Answer 7

系统学学hibernate基础若果缓存命中率教高的话 就体现了lazyloading

Answer 8

使用延迟加载的时候,不能把会话session先关闭,否则肯定出错

Answer 9

随着轻量级持久化框架的流行（如：Hibernate，JDO，JPA），领域对象取代了传统的DTO直接作为值对象，而在这种架构应用的开发过程中，开发人员常会预见这样的异常LazyInitializationException。上述问题是由于Hibernate对于领域对象的关系域对象采取了懒加载策略所导致的（即在关系域被访问时才真正加载创建这些相关对象，Hibernate提供的懒加载策略在很多时候都可以让我的程序获得更高的效率）；由于领域对象在脱管的状态下被作为值对象传回显示层，而显示层如果访问了采用懒加载策略加载的关系域，便会导致LazyInitializationException异常。为了避免这个问题，我们常常会在Façade层的业务方法中加入与特定显示要求相绑定的返回对象初始化过程（即装载那些被懒加载了的关系域对象）。Façade通常是我们用于控制事务边界和完成返回的领域对象脱钩的地方。1 表现层是易变的这样就会导致连锁反应，大量的代码需要维护，完全违背了面向对象设计的原则，增加了程序的维护成本。2 并且Façade可能用于支持多种不同的表现层，很难让一个方法满足不同的要求。OSIV（Open Session in View）结构是一种解决上述问题的方法，这种结构之所以能解决上述问题关键就在于OSIV在表现层中控制Session的打开和关闭，控制事务边界。OSIV虽然简化了应用程序的结构，也避免了LazyInitializationException问题，但是也有很多不足：1.增加了表示层的负责度，2.在响应返回表示层前必须提交事务。3.由于减少了封装层次，表现层直接操作领域对象使得包括性能方面的各种优化更为困难。
思考既然表示层知道要显示的信息，即领域对象应该加载哪些相关联的对象。那么我们何不把这个任务交给Façade的调用者（表现层）来完成呢？不同的表示层可能会有不同的显示策略，利用策略模式（GoF）我们让表示层来注入所需的关系域加载策略实现。下面便是这个想法的实现：示例中的领域模型：
图表 1示例中领域对象模型示例中相关的组件
图表 2示例相关组件LazyObjectLoader：懒对象加载者接口，其定义如下来对象加载策略接口package org.ccsoft;publicinterface LazyObjectLoader {    publicvoid loadLazyObjects(Object obj);}该接口定义了不同懒对象加载策略实现者要实现的方法，在loadLazyObjects方法中实现对领域对象obj相关的关系域对象进行加载的策略。OrderItemLoader一种加载策略的实现,用于加载Order对象的关系域对象OrderItem对象package org.ccsoft;import java.io.Serializable;publicclass OrderItem implements Serializable {        private String detail;    public String getDetail() {       returndetail;    }    publicvoid setDetail(String detail) {       this.detail = detail;    }    }OrderMgrFacadeImp: Façade的实现，可以使POJO也可以使Session Beanpackage org.ccsoft;publicclass OrderMgrFacadeImp implements OrderMgrFacade {    private OrderDAO orderDAO;    public OrderDAO getOrderDAO() {       returnorderDAO;    }    publicvoid setOrderDAO(OrderDAO orderDAO) {       this.orderDAO = orderDAO;    }    public Order getOrder(int orderId, LazyObjectLoader loader) {       Order order=orderDAO.getOrder(orderId);       loader.loadLazyObjects(order);       return order;    }    }在getOrder方法中我们要求调用者提供了懒对象装载策略的实例用于装载那些调用者要用到的关系域对象。注意该示例是通过spring实现的，利用spring AOP完成事务管理，事务的边界在Façade中方法上，当方法执行结束，事务业务将结束，并且Hibernate会自动关闭session,我们看到getOrder方法中在事务结束前调用了懒对象装载策略，从而按照调用者的要求装载了调用者所需的关系域对象。该模式的优点1 将领域对象的处理逻辑与显示层的显示逻辑完全分离，提高了代码的可维护性和可扩展性该模式的不足1 要求显示层的开发者，了解懒加载的情况2 增加了代码的复杂性

Answer 10

9楼原文地址http://blog.csdn.net/chaocai2004/archive/2007/09/20/1793713.aspx