懒加载异常org.hibernate.LazyInitializationException: could not initialize proxy - no

错误页面提示

could not initialize proxy - no Session

控制台

org.hibernate.LazyInitializationException: could not initialize proxy - no Session

病症：这是一个lazy使用后的Exception，使用迟时加载，在session（hibernate里的session），关闭后使用该对象的未加载变量，也就是说session已经关闭，没有保存到内存中，然后你使用了，导致该异常。

Q：我以get得到一个对象，在JSP页面以EL表达它的实例变量时，也抛出了该异常，在application的测试时却没有出现。
A：推测可能是该实例变量是hibernate进行加载的，可能hibernate本身是以load的方式将该实例变量得到。
解决方法：

方法1.用openSessionInView
方法2.把这个类的延迟加载禁掉

list=query.list();for (Object object : list)
     Hibernate.initialize(((Deliver)object).getPlnbill());//Deliver是复合对象,有属性引用于PlnBill

OR      

resultExchangeRatePojo.getDollarRmb();//在它的实例变量DollarRmb的session未关闭前存入，实际上将它载入内存。（我就想在没用关闭session之前用一下就可以把值保存到内存中了）

结果：果然页面上就正常显示了。

总结：原因是hibernate的session已经关闭，集合没有被初始化。在hibernate中：hibernate3默认支持延迟加载（lazy="proxy"我们可以把proxy看作是true），hibernate2 默认立即加载 （lazy="false"）。

       在hibernate3中，所有的实体设置文件(user.hbm.xml)中的lazy属性都被默认设成了true，就是当这个类没有被调用时，延时加载，导致了以上情况的发生，在配置文件中将lzay属性设为false就可以了。

----------------------------------------------------------------

原因:
<may-to-one>or<one-to-may>的lazy属性默认为：lazy = "proxy"
解决：<many-to-one>    & <set> 中设置 lazy="false"

如果还不行,根据自己需求,经过我的仔细排查放在set一端不行,那就放在<many-to-one>那端..

 

 

HIBERNATE的持久化对象加载策略。 延迟加载, 也就是用到的时候才去加载.这样可以提高一些性能. Hibernate的lazy loading 采用了一个HibernateSession来管理session，它的逻辑是每进行一次数据库操作，就开新的session，操作完成后立即关闭该session。这样做的好处是可以严格关闭session，避免菜鸟级的错误，但是hibernate.org并不推荐这么做。因为这不适合lazy loading，也不适合跨方法的事务。

 

比如在我们的应用中，user->post形成一对多的映射，User中有一个包含post的List。在User中，有多个属性：name，password，phone等，还有一个List类型的posts。当我们对posts使用lazy laoding的时候，hibernate会在获得User对象的时候，仅仅返回name,password,phone等基本属性，当你访问posts的时候，它才会从数据库中提取posts需要的数据，这就是所谓lazy laoding。但是在我们的系统中，session是被立即关闭的，也就是在读取了name,password,phone等基本属性后，session已经close了，再进行lazy loaiding就会有异常。解决办法是在close session之前，调用Hibernate.initialize(user.getPosts())，告诉系统，user.getPosts()是需要lazy laoding的。但是这样做会破坏HibernateSession类的封装.后来采用所谓的OpenSessionInView模式，把session的周期交给servlet filter来管理，每当有request进来，就打开一个session，response结束之后再关闭它，这样可以让session存在于整个请求周期中。

 

Hibernate中Lazy延迟加载 Hibernate有关one-to-one和many-to-one在查询中的父亲端lazy问题 Hibernate3在关联上有lazy这个属性，如果是Hibernate2，应该是设置outer-join="false"，然后被关联的对象，在class那个地方设置lazy="true".首先，对于many-to-one的问题，可以在父亲端的class标签中设置lazy来解决，这样，在查询儿子的时候，不会发送多余的sql .对于one-to-one，在hibernate2里面，由于one-to-one里面没有lazy的选项，所以只能通过设置outer-join="false"来解决。而hibernate3已经加入了lazy，所以不会有这个问题。 总体来说，如果你发现你查询儿子的时候，有多余的sql发送，那一定是你对hibernate的误用..

 

在hibernate 的one-to-many,many-to-one,many-to-many中，为了效率的提高，我们一般都采用lazy机制，但使用spring的getHibernateTemplate().save(Object)时，HibernateTemplate试图每次在execute之前去获得Session，执行完就力争关闭Session 。也就是说Hibernate的Lazy初始化1:n关系时，你必须保证是在同一个Session内部使用这个关系集合，不然Hiernate将抛出Failed to lazily initialize a collection - no session or session was closed的例外。

 

Hibernate中的对象的关联(association)的设置还是不够灵活，实际应用中有的地方需要lazy load，有的地方又不需要，其实还有的地方就根本不需要使用association。而在Hibernate中，只能在影射文件中设置一种方式，像我们这样的应用，我是不敢轻易使用open session in view的(慢点总比lock住要好)，只能是要么不设置association，要么就是lazy=true的。以前的分类信息只用了一个many to one的关系，代价还可以忍受，但现在关系越来越复杂了，再多加几个的话，所要付出的performance，带宽等方面的代价恐怕就不能忽略了,即使使用cache提高一点performance，对带宽的浪费也还是不可原谅的。