今天搞了一上午，都在解决这个问题：org.hibernate.LazyInitializationException: failed to lazily initialize

原因很简单，是在非法的session中去调用lazy=“true“的属性，

网上资料蛮多的，解决方法有两个

1，把lazy=”false“

2,在web.xml中加入：(在structs的过滤器之前)

<filter>
<filter-name>hibernateFilter</filter-name>
<filter-class>
org.springframework.orm.hibernate.support.OpenSessionInViewFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>hibernateFilter</filter-name>
<url-pattern>*.do</url-pattern>
</filter-mapping>
<!-- 加入上面这些 -->
<filter> 
        <filter-name>struts2</filter-name>  
        <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>  
  </filter>  
  <filter-mapping>  
      <filter-name>struts2</filter-name>  
      <url-pattern>/*</url-pattern>  
  </filter-mapping> 

第一种方法，就是设置为不要用lazy加载元素，这样做，虽然可以解决上面这个问题，但是会产生一些不必要的开销。比较复杂的对象对应关系，或者数据量比较大的时候，不推荐这么做
第二种方法，就是避免session关闭过早导致出现这样的异常，这样的方法以前也是使用过，而且一般情况下filter过滤链接都会做。

但是以上这两种方法，在解决小规模的数据时 ，还凑活能用，但是在大量数据时 ，就会产生大量的耗时。

下面说说，我遇到的问题吧，先说前提：

有员工Staff和所在部门Group两个对象，他们是many-to-many的关系，一个员工可以在多个部门中（比如，甲可以是销售部门的，也可以同时是人事部门的）；一个小组里面有多个员工，如果采用上面两种解法，就会导致下面这样的事情发生：

当我在查询 Staff 甲 时，会再查询 甲所在的部门A，B，C，D，因为之前设置的两种方法，会在我们实例化一个对象的时候，将其中lazy加载的所有元素都实例化，也就是会造成，系统会去实例化A，B，C，D部门下的所有员工，这些员工又在别的一些部门中，依次直至所有的对象都被实例化出来，导致相当的耗时。

（不要问我为什么知道，说多了，都是泪啊！！）

最后经过排查，发现是因为两句log ，也就是我在获取对象后，用了一句

System.out.println("staff="+staff);

当系统执行这么一句的时候，是会去实例化staff对象里面的所有元素，但是因为staff里面的group是lazy加载的，所以，此时才会出现之前提到过的这个exception.

所以，记住，有lazy加载的对象时，千万不能用=这个操作，不然必报这个exception